While I don't think google-http-java-client is something we can rely on to decide anything for us for the 10 coming years, similarly not sure that mono-repo in big companies is actually a thing we should consider as a first citizen, in particular after the drawbacks big companies got trying to align on nodejs style on CI/CD and the reverts we saw in the ecosystem some years ago, I however see that there is a good hidden point in that off topic: github actions (I think it is a big consumer part of maven) almost never references the maven version used to build which is quite shocking and broken by design but is the current state of the art. However even google-http-java-client moved to java 21 so your example kind of confirms the coming outcome of this thread IMHO rather than trying to oppose to it so I'm not sure what's the point is.
Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <https://www.packtpub.com/application-development/java-ee-8-high-performance> Le mar. 6 févr. 2024 à 15:00, Elliotte Rusty Harold <elh...@ibiblio.org> a écrit : > 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 > >
