Hello. Le jeu. 6 nov. 2025 à 11:09, Piotr P. Karwasz <[email protected]> a écrit : > > Hi Gary, > > On 5.11.2025 02:24, Gary Gregory wrote: > > It appears Vladimir is on a mission of "killing commons" ... > > https://x.com/VladimirSitnikv/status/1985345749828223251 > > > I think you and Vladimir just look at Commons from opposite angles. > Vladimir removes dependencies where *he* believes they no longer add > value, while you include them where *you* believe they do, as with > Commons Lang in Commons Compress. Of course, both views are subjective, > and not everyone agrees with them. > > Commons has always had its strengths and weaknesses: > > - It offers solid, sometimes complex functionality missing from the JDK. > - But some parts have become trivial or obsolete due to newer JDK > features, null-safety tools, or modern coding styles. > > It’s natural that the usefulness of Commons changes over time. Ignoring > that some parts have outlived their purpose doesn’t help; we should > focus on where it still makes sense to use it by: > > - Exploring collaboration with similar projects (like `plexus-utils`), > - Looking at utility classes in various applications to see what people > need and we are missing. > - Understanding why some projects have reduced or avoided its use.
+1 on the principle that experiments towards potential enhancements (including removal of the obsolete bloat) should not be undermined. [This is unfortunately (IMO) a common habit here, for good and bad reasons (depending on the subjective view, as Piotr says).] I think that the "meta-problem" is that some Commons components want * to provide useful functionality for all, including developers that keep up with the evolution of the JDK, * to support developers who prefer stability, a.o. by keeping obsolete stuff (to allow drop-in upgrades), * to support legacy applications, by being compatible with outdated JDKs (even though most of these applications will _not_ upgrade anymore), * ... (?) Maybe it is too complex with a single line of development. Regards, Gilles --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
