Java 8 jars can include module-info.class even if they are not multi-release. Java 8 does not load module-info.class, so there is no need to use MR for isolation.
I hope to make our components compatible with Java 8 for 2-4 years. During this period, we can compile module-info.java separately and package it into a jar. Now there is a maven plugin[1] that can help us complete this task. When Project Valhalla arrives (maybe Java 25), it will bring huge changes to the Java ecosystem. At that time, we can refactor all components based on value classes[2] and universal generics[3], making them faster, easier to use and more modern. Glavo [1]: https://github.com/moditect/moditect [2]: https://openjdk.org/jeps/8277163 [3]: https://openjdk.org/jeps/8261529 On Thu, Jun 1, 2023 at 2:50 AM Gary Gregory <garydgreg...@gmail.com> wrote: > I prefer to lead a simpler life Matt ;-) > > MR jars are an abomination IMO. > > Gary > > On Wed, May 31, 2023, 11:51 Matt Sicker <m...@musigma.org> wrote: > > > How about using multi-release jars? That way we can include module-info > > files and version-specific additions while still supporting Java 8 for a > > while. It could require a newer Java compiler while still targeting the > > Java 8 bytecode version. > > — > > Matt Sicker > > > > > On Apr 23, 2023, at 08:46, Gary Gregory <garydgreg...@gmail.com> > wrote: > > > > > > Hi All, > > > > > > In the year 2023, and with Java 21 in EA (https://jdk.java.net/21/), I > > > think it is time to start migrating our components from Java 8 to Java > > > 11. I imagine this to happen slowly and surely over the course of this > > > whole year. > > > > > > In addition, originally, it should also be time to update our GitHub > > > builds to run on Java 21-EA. > > > > > > Gary > > > > > > --------------------------------------------------------------------- > > > 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 > > > > >
