You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@tomcat.apache.org by Mark Thomas <ma...@apache.org> on 2020/09/10 08:17:28 UTC

Plans for Servlet 5.1

Hi all,

It looks like at least one of the specs Tomcat implements, Servlets, is
going to have at least one release between Jakarta EE 9 / Servlet 5.0 /
Tomcat 10.0 and Jakarta EE 10/ Servlet 6.0 / Tomcat 10.1

The current plan is for Servlet 5.1 to add same site cookie
configuration and pick up any other low hanging fruit (mostly clean-up &
clarification) from the issues list.

I'm currently trying to figure out what this means in terms of Tomcat
releases. It may be that other specs do something similar. If enough
specs do that, it may turn into a relatively quick Jakarta EE 10.

My current thinking is treat such releases the way we used to treat
maintenance releases of the specs. That would mean updating Tomcat to
the 5.1 release once available but not change in major or minor version.
Another way of looking at it is that Tomcat 10.0.x will support the
latest released version of Servlet 5.x and Tomcat 10.1.x will support
the latest released version of Servlet 6.x.

Thoughts?

Mark

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org

Re: Plans for Servlet 5.1

Posted by Mark Thomas <ma...@apache.org>.

On 12/09/2020 22:56, Filip Hanik wrote:
> 
> 
> On 9/10/20, 01:17, "Mark Thomas" <ma...@apache.org> wrote:
> 
>     Hi all,
> 
>     It looks like at least one of the specs Tomcat implements, Servlets, is
>     going to have at least one release between Jakarta EE 9 / Servlet 5.0 /
>     Tomcat 10.0 and Jakarta EE 10/ Servlet 6.0 / Tomcat 10.1
> 
>     The current plan is for Servlet 5.1 to add same site cookie
>     configuration and pick up any other low hanging fruit (mostly clean-up &
>     clarification) from the issues list.
> 
>     I'm currently trying to figure out what this means in terms of Tomcat
>     releases. It may be that other specs do something similar. If enough
>     specs do that, it may turn into a relatively quick Jakarta EE 10.
> 
>     My current thinking is treat such releases the way we used to treat
>     maintenance releases of the specs. That would mean updating Tomcat to
>     the 5.1 release once available but not change in major or minor version.
>     Another way of looking at it is that Tomcat 10.0.x will support the
>     latest released version of Servlet 5.x and Tomcat 10.1.x will support
>     the latest released version of Servlet 6.x.
> 
> Sounds good. Should we go to 10.5 rather than 10.1? While the numbers don't mean much, we haven't had anything but .0 and .5 in a fairly long time.

The choice of version number of somewhat arbitrary. There were several
iterations of numbering scheme before we settled on this one.

For reference:
https://tomcat.markmail.org/thread/fzty4ymric7waw2s
https://tomcat.markmail.org/thread/isa6m53zv6rugebb

10.1.x vs 10.5.x wasn't explicitly discussed (that I can recall or can
find). Historically (5.5.x and 8.5.x) we have used the x.5.y releases to
indicate a major refactoring and discontinuing support for x.0.y
releases. That is slightly different from what is proposed for 10.0.x
and 10.1.x.

Mark


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org

Re: Plans for Servlet 5.1

Posted by Filip Hanik <fh...@vmware.com>.

On 9/10/20, 01:17, "Mark Thomas" <ma...@apache.org> wrote:

Hi all,

It looks like at least one of the specs Tomcat implements, Servlets, is
going to have at least one release between Jakarta EE 9 / Servlet 5.0 /
Tomcat 10.0 and Jakarta EE 10/ Servlet 6.0 / Tomcat 10.1

The current plan is for Servlet 5.1 to add same site cookie
configuration and pick up any other low hanging fruit (mostly clean-up &
clarification) from the issues list.

I'm currently trying to figure out what this means in terms of Tomcat
releases. It may be that other specs do something similar. If enough
specs do that, it may turn into a relatively quick Jakarta EE 10.

My current thinking is treat such releases the way we used to treat
maintenance releases of the specs. That would mean updating Tomcat to
the 5.1 release once available but not change in major or minor version.
Another way of looking at it is that Tomcat 10.0.x will support the
latest released version of Servlet 5.x and Tomcat 10.1.x will support
the latest released version of Servlet 6.x.

Sounds good. Should we go to 10.5 rather than 10.1? While the numbers don't mean much, we haven't had anything but .0 and .5 in a fairly long time.

Thoughts?

Mark

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org

Re: Plans for Servlet 5.1

Posted by Rémy Maucherat <re...@apache.org>.

On Thu, Sep 10, 2020 at 10:17 AM Mark Thomas <ma...@apache.org> wrote:

> Hi all,
>
> It looks like at least one of the specs Tomcat implements, Servlets, is
> going to have at least one release between Jakarta EE 9 / Servlet 5.0 /
> Tomcat 10.0 and Jakarta EE 10/ Servlet 6.0 / Tomcat 10.1
>
> The current plan is for Servlet 5.1 to add same site cookie
> configuration and pick up any other low hanging fruit (mostly clean-up &
> clarification) from the issues list.
>
> I'm currently trying to figure out what this means in terms of Tomcat
> releases. It may be that other specs do something similar. If enough
> specs do that, it may turn into a relatively quick Jakarta EE 10.
>
> My current thinking is treat such releases the way we used to treat
> maintenance releases of the specs. That would mean updating Tomcat to
> the 5.1 release once available but not change in major or minor version.
> Another way of looking at it is that Tomcat 10.0.x will support the
> latest released version of Servlet 5.x and Tomcat 10.1.x will support
> the latest released version of Servlet 6.x.
>
> Thoughts?
>

What you describe does indeed sound like the Maintenance Releases that
happened before for EE specs but with a "scarier" numbering scheme (looking
back at the 2.x, 3.0, 3.1 Servlet versions, where all of them were actually
major ones). If they are really MRs, it's good to implement them when they
happen as part of the current branches.

Also I guess it has to be that way since we cannot afford making a separate
major Tomcat branch with dedicated ongoing support. So an easy decision !

Rémy

>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>

Re: Plans for Servlet 5.1

Posted by Martin Grigorov <mg...@apache.org>.

Hi,

On Thu, Sep 10, 2020 at 11:17 AM Mark Thomas <ma...@apache.org> wrote:

> Hi all,
>
> It looks like at least one of the specs Tomcat implements, Servlets, is
> going to have at least one release between Jakarta EE 9 / Servlet 5.0 /
> Tomcat 10.0 and Jakarta EE 10/ Servlet 6.0 / Tomcat 10.1
>
> The current plan is for Servlet 5.1 to add same site cookie
> configuration and pick up any other low hanging fruit (mostly clean-up &
> clarification) from the issues list.
>
> I'm currently trying to figure out what this means in terms of Tomcat
> releases. It may be that other specs do something similar. If enough
> specs do that, it may turn into a relatively quick Jakarta EE 10.
>
> My current thinking is treat such releases the way we used to treat
> maintenance releases of the specs. That would mean updating Tomcat to
> the 5.1 release once available but not change in major or minor version.
> Another way of looking at it is that Tomcat 10.0.x will support the
> latest released version of Servlet 5.x and Tomcat 10.1.x will support
> the latest released version of Servlet 6.x.
>
>
Sounds good!


> Thoughts?
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>