> Security issues. LTS support is a thing, and not just for JDKs. Customers really, really want versions of tools and libraries they don't have to upgrade, but that are supported when something does come up. And when a security issue does come up, they want a drop in replacement that fixes that one bug **and nothing else**. They want a patch on the old release, not a new release that deprecates 32 methods and classes, changes the behavior of 5 other methods, and requires them to recompile their code and update seven other dependencies. Customers hate being pushed into new versions when they're not ready to migrate or don't see any personal benefit from the "improvements".
I see a major contradiction here (as pointed by Tamás Cservenák). These projects will for sure continue to use their 3.x version and will never switch to the 4.x branch. Le mar. 6 févr. 2024 à 16:18, Romain Manni-Bucau <rmannibu...@gmail.com> a écrit : > Le mar. 6 févr. 2024 à 16:12, Hunter C Payne > <hunterpayne2...@yahoo.com.invalid> a écrit : > > > There are also license differences between Java 8 and Java 9+. And the > > improvements beyond 8 are not things the market seems to want. Nobody > > wants Jigsaw and the API improvements aren't enough to get people to > > upgrade. Those that really want new language features use Scala or > Kotlin > > and those both run best on Java 8. Just to add some other reasons why > Java > > 9+ isn't really something the market wants. > > > > > While I agree with the JPMS - and I was agreeing until 3-4 years ago on the > rest - I kind of disagree with the rest which is no more true since java > 17+ IMO. Also Scala is slowly dying while Kotlin does not get much more > traction every year now so world changed and our old habits must probably > too IMHO ;). > > > > Hunter > > > > On Tuesday, February 6, 2024 at 06:01:07 AM PST, Elliotte Rusty > Harold > > <elh...@ibiblio.org> wrote: > > > > On Mon, Feb 5, 2024 at 8:46 PM Benjamin Marwell <bmarw...@apache.org> > > wrote: > > > > > > > > Besides that, most big (tech) companies do not allow unmaintained or > > > unsupported software. > > > > How I wish that were true. Unmaintained and unsupported software is > > all over the place, in big tech, little tech, enterprise, and my > > mother's MacBook. I doubt you can install a Linux distro that doesn't > > depend critically on some unmaintained library no one is paying > > attention to. > > > > What big tech mono-repo companies do differently that most other > > companies don't is build everything from source themselves, kernel and > > build tools included, so that when some critical bug surfaces they can > > dig into the code and fix it. They are mostly not dependent on > > binaries shipped by third parties. It's a feasible option for > > companies in the hundreds of billions of dollars range. For the rest > > of us, not so much. > > > > -- > > Elliotte Rusty Harold > > elh...@ibiblio.org > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > >
