Hi Russ,
I think Hervés approach[1] is still the most cleanest possible solution.
Main advantages:
- works with every IDE as it is a standard multimodule project.
- real unit testing for every version due to its isolation as Maven module.
The assembly-part at the end is the most ugly part.
With Maven it is quite easy to exceed the original intention of
multirelease jars.
It should only change the JDK/JRE related code, but with JDK activated
profiles you can control dependencies as well.
Solving this within a single maven projects would probably be the ultimate
goals (it should result in a single jar), but with the current
architecture of Maven it is simply not possible keeping the advantages
mentioned.
For that reason I did not pay any extra attention to this subject. There
is a reasonable solution and one might wonder if these multirelease jars
are a good solution or will only overcomplicate things. Yes, there are
cases where multirelease jars will help (also within Maven itself), but in
general I don't think it will be used that much.
Any suggestions to improve this are welcome :)
Robert
[1] https://github.com/hboutemy/maven-jep238
On Mon, 28 Aug 2017 16:18:40 +0200, Russell Gold <russell.g...@oracle.com>
wrote:
I have found a number of workarounds for MR jars, including
https://github.com/metlos/multi-release-jar-maven-plugin, which makes
the jars relatively easy to build, but lacks support for unit tests and
doesn’t allow building in lower JDKs. Is there built-in maven support
now? If not, is there a road map?
I recognize that one of the problems in that the editors don’t appear to
support the innovations, including multiple classes with the same name
but different JDKs; I am hoping that maven support would prod the editor
maintainers, once they know how the tools expect the directories to be
laid out.
Thanks,
Russ
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org