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 > >