Having a new major version for everything is not going to help I'm afraid. A major new version does not imply a Java platform change. The Maven tooling is missing a feature to the display dependency updates goal that let's you specify a maximum Java version, or maybe that exists but i doubt it.
Even with that imaginary feature, tooling would not be bullet-proof since a jar can contain a mix of class files with different byte code version. On top of that, you also have the mess Java made with multi-release jars where jars, by design, contain classes file of different byte code versions. All of that to say that you can't tool your way to building a dependency tree automatically. Gary On Sun, Oct 15, 2023, 10:59 AM John Patrick <nhoj.patr...@gmail.com> wrote: > As a consumer, I would prefer all java version changes to be considered > major breaking changes for all apache commons components. > I've waste lots of hours trying to find the oldest released version that > supports a specific java version as the project can't yet upgrade for > various reasons. > > > On Sun, 15 Oct 2023 at 15:49, sebb <seb...@gmail.com> wrote: > > > On Sun, 15 Oct 2023 at 15:37, Elric <el...@melnib.one> wrote: > > > > > > On 15/10/2023 16:31, Gary Gregory wrote: > > > > A major version bump is rather heavy handed when no one is asking > for a > > > > "real" 2.0 with breaking changes. > > > > > > Agreed. My 2 cents: a minor version and a clear release note is plenty. > > > Critical bug fixes can still be made by bumping the patch version, > > > > Are you sure about that ? > > Has that been tried? > > > > > though given that Java 8 is nearly ten years old, it's really time for > > > folks to upgrade. > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > >