On Thu, Feb 6, 2020 at 12:51 PM Konstantin Kolinko <knst.koli...@gmail.com>
wrote:

> чт, 6 февр. 2020 г. в 14:26, Rémy Maucherat <r...@apache.org>:
> >
> > On Thu, Feb 6, 2020 at 12:23 PM Konstantin Kolinko <
> knst.koli...@gmail.com> wrote:
> >>
> >> ср, 5 февр. 2020 г. в 22:22, Mark Thomas <ma...@apache.org>:
> >> >
> >> > The proposed Apache Tomcat 10.0.0.0-M1 release is now available for
> >> > voting. This is the first release of 10.0.0.x and is based on 9.0.31.
> >>
> >> It is odd to see 4 numbers in "10.0.0.0" instead of the usual 3
> >> "10.0.0", "10.0.x".
> >>
> >> Was it intended?
> >
> >
> > Yes, it is all explained in the release plan for Jakarta. 10.0.0.x with
> Jakarta EE 9 will be followed by the "real" release which will be 10.0.1
> (then 10.0.2, 10.0.3, etc) with Jakarta EE 10 (with stuff actually new in
> it).
>
> Thank you for your response, but all this is rather confusing.
>
> 1). Why cannot we go with the usual 10.0.x for Jakarta EE 9, followed
> by 10.0.y for Jakarta EE 10,
> e.g. see Specifications page in the wiki like it was for WebSocket 1.0
> and WebSocket 1.1 (since 8.0.13),
> and maintenance releases of the Servlet specification?
>
> [1]
> https://cwiki.apache.org/confluence/x/Bi8lBg#Specifications-JavaAPIforWebSocket
>
> 10.0.0.x will not be immediately EOLed I suppose, so that's why there's an
extra number.
The plan was discussed and the final version of it is here:
https://cwiki.apache.org/confluence/display/TOMCAT/Jakarta+EE+Release+Numbering


> 2) I hope that somebody will update the following pages:
> https://tomcat.apache.org/whichversion.html
> https://cwiki.apache.org/confluence/display/TOMCAT/Tomcat+Versions
> https://cwiki.apache.org/confluence/display/TOMCAT/Specifications
>
> It is a lot better to stick to the existing numbering scheme (even if
> we would skip versions: e,g, Tomcat 10 for Jakarta EE 9 that stays as
> "alpha", followed by stable Tomcat 11 for Jakarta EE 10), rather that
> to invent a new one.
>

So we decided to invent a new numbering scheme (actually: make a small
exception just for this very special release) because this way the EE
version matches the Tomcat version number and this is Good. There was a
perfected opportunity to do that since Jakarta EE 9 is not a real release
(it is only a renamed EE 8) and will only need short term support.

Rémy


>
> Best regards,
> Konstantin Kolinko
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>

Reply via email to