Hi John,

Manfred is pretty accurate and it is not specific to Apache Maven but to
most best effort projects.
This is why all discussions on that topic failed IMHO.

Side note: these policies are no guarantee of any release in the coming
months since they can change anytime without any notice so while they are
good to give some planning and enable companies to plan some investment to
migrate, they are not something immutable neither.

Romain Manni-Bucau
@rmannibucau <https://x.com/rmannibucau> | .NET Blog
<https://dotnetbirdie.github.io/> | Blog <https://rmannibucau.github.io/> | Old
Blog <http://rmannibucau.wordpress.com> | Github
<https://github.com/rmannibucau> | LinkedIn
<https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/en-us/product/java-ee-8-high-performance-9781788473064>


Le sam. 24 mai 2025 à 21:32, Manfred Moser <manf...@simpligility.ca> a
écrit :

> There is significantly less backing (nearly none) from any commercial
> entities. There is no product management team or PR team or ... we just
> get by with anyone chipping in as they can .. and that varies a LOT.
>
> Manfred
>
> On 2025-05-24 12:26 p.m., John Neffenger wrote:
> > I'm genuinely curious, is there a reason why Maven has not switched to
> > fixed release dates and Java support policies?
> >
> > Every other Java project in which I participate, including the JDK
> > itself, JavaFX, and NetBeans, switched long ago to predetermined
> > release dates and Java versions. For any of them, you can figure out
> > now what release will be available 10 years from now and what versions
> > of Java that release will support. All of them -- especially the JDK
> > -- have found the switch to be extremely beneficial.
> >
> > Is there something fundamental about the Maven project that makes it
> > different? Was this discussed earlier and I missed it? (I joined the
> > mailing list in 2022.)
> >
> > Thanks,
> > John
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

Reply via email to