Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-platform-dev] backward compatibility for descriptor schemas

Does it make sense supporting older schemas if we are breaking compatibility anyway? I would say that it’s optional. I guess many specs would want to drop older schemas support and it’s right time to do it now.

- Dmitry

> On 20 Jan 2020, at 21:38, Bill Shannon <bill.shannon@xxxxxxxxxx> wrote:
> We need to update all the descriptor schemas to switch to a new URL.
> What should we do about support for the old schemas?
> Should we handle this just like support for the old package names and
> leave it to products to decide whether or not to support the old schemas?
> Or should we continue to require that products support all the old schemas
> as well as the new version?
> At first it seemed simpler and cleaner if new products with no need for
> backward compatibility could just support the new schema.  But just like
> in the past, the schemas will continue to evolve as the specs evolve and
> products will need to be able to support multiple schemas.  So, in the
> long run, it's not clear this really saves a lot for new products.
> I guess I'm inclined to say that products must support all defined versions
> of the schema and this is not a "backward compatibility" issue.
> Comments?
> _______________________________________________
> jakartaee-platform-dev mailing list
> jakartaee-platform-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit

Back to the top