@Jörg I have updated the PR with your proposal of registering only a bunch of converters. https://github.com/apache/maven-plugins/pull/112
It is working very well (with a very simple webapp) ! I think it is the most simple solution for the Java9 problem actually. It does not require invasive code change. Is this a good short/mid term solution ? Can a submit a JIRA ? 2017-04-11 10:25 GMT+02:00 Jörg Schaible <joerg.schai...@bpm-inspire.com>: > Hi Enrico, > > Enrico Olivelli wrote: > > > Thank you all for your quick answers > > > > @Robert > > I have checked out the code and took a deeper look: > > the implementation of MWAR-397 is complex and will take some time, on the > > mid term I agree that it will an awesome solution > > https://issues.apache.org/jira/browse/MWAR-397 > > > > @Jörg > > The option --permit-illegal-access will not work for me as it will hide > > most of the problems of Java9 fo > > At least it writes still any violation to stderr. As said, that is also > just > a temporary solution. > > > I would like to propose a simpler patch which prevents the > > maven-war-plugin from crashing at clinit > > https://github.com/apache/maven-plugins/pull/112 > > > > this will make it work just by disabling the cache > > I see it is a very temporary fix but lets everyone go on with Java9 > > Webapps > > > > If the idea is good a can file a JIRA, clean up the code respecting the > > conventions or the project and file a clean PR > > In that case you might simply overload XStream's setupConverters method and > register only the converters used for the scenario in the war-plugin. If > the > object graph does not contain a TreeSet, there's no need to initialize and > register a converter for it. > > > Another fallback would be to use the Kryo library, which let's you > > serialize non-serializable objects, but I have not tests > > Cannot say anything about it. > > Cheers, > Jörg > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > >