Yeah we need to update FAQ with the latest changes around this. it is not M2_OPTS that you need to set but in most cases surefire args as you need this as part of test runtime not maven runtime. but --add-opens is the flag you are properly using for this case. It in most cases replaces need for --add-exports flags I would also recommend adding -Dsun.reflect.debugModuleAccessChecks=true flag that should help you with reflection issues. What is your use case exactly? building a war? Maybe link to project / pom.xml that has this issue? -- tomaz On Thu, Jan 5, 2017 at 1:04 PM, Michael Musgrove <mmusgrov(a)redhat.com&gt; wrote:

Also it looks like a maven-war-plugin issue https://issues.apache.org/jira/browse/MWAR-397 ----- Original Message ----- From: "Amos Feng" <zfeng(a)redhat.com&gt; To: "Michael Musgrove" <mmusgrov(a)redhat.com&gt; Cc: "WildFly Dev" <wildfly-dev(a)lists.jboss.org&gt; Sent: Thursday, January 5, 2017 10:01:57 PM Subject: Re: [wildfly-dev] jdk 9 reflection problem Hi Mike, I had tried MAVEN_OPTS="--add-opens java.base/java.util=ALL-UNNAMED --add-opens java.base/java.lang.reflect=ALL-UNNAMED --add-opens java.base/java.text=ALL-UNNAMED --add-opens java.desktop/java.awt.font=ALL-UNNAMED" and it works. Amos ----- Original Message ----- From: "Michael Musgrove" <mmusgrov(a)redhat.com&gt; To: "WildFly Dev" <wildfly-dev(a)lists.jboss.org&gt; Sent: Thursday, January 5, 2017 8:04:09 PM Subject: [wildfly-dev] jdk 9 reflection problem We have just upgraded our jdk build to 9-ea+149 which has tightened up the accessibility rules. The recommendation seems to be to use the --add-opens flag to override the rules. I tried export MAVEN_OPTS="--add-opens java.base/java.util=ALL-UNNAMED" which made no difference. Our jdk 9 FAQ does not provided any hints either. Can anyone provide advice on how to resolve the following maven build error: [WARNING] Error injecting: org.apache.maven.plugins.war.WarMojo com.google.inject.ProvisionException: Unable to provision, see the following errors: 1) Error injecting constructor, java.lang.ExceptionInInitializerError at org.apache.maven.plugins.war.WarMojo.<init>(Unknown Source) while locating org.apache.maven.plugins.war.WarMojo ... Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make field private final java.util.Comparator java.util.TreeMap.comparator accessible: module java.base does not "opens java.util" to unnamed m odule @669f2128 at java.base/jdk.internal.reflect.Reflection.throwInaccessibleObjectException(Reflection.java:427) at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:201) at java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:171) at java.base/java.lang.reflect.Field.setAccessible(Field.java:165) at com.thoughtworks.xstream.core.util.Fields.locate(Fields.java:40) at com.thoughtworks.xstream.converters.collections.TreeMapConverter.<clinit>(TreeMapConverter.java:50) -- Michael Musgrove Transactions Team e: mmusgrov(a)redhat.com t: +44 191 243 0870 Our mission:To be the catalyst in communities of customers, contributors, and partners creating better technology the open source way. Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham (US), Paul Hickey (Ireland), Matt Parson (US), Charles Peters (US) Michael Cunningham (US), Charles Peters (US), Matt Parson (US), Michael O'Neill(Ireland) _______________________________________________ wildfly-dev mailing list wildfly-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/wildfly-dev _______________________________________________ wildfly-dev mailing list wildfly-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/wildfly-dev

I found this, that could help: https://cwiki.apache.org/confluence/display/MAVEN/Java+9+-+Jigsaw com.thoughtworks.xstream xstream Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make field private final java.util.Comparator java.util.TreeMap.comparator accessible: module java.base does not "opens java.util" to unnamed module Happens while initializing org.apache.maven.plugins.war.util.WebappStructureSerializer maven-war-plugin http://stackoverflow.com/questions/41265266/how-to-solve-inaccessibleobje... 2017-01-05 10:04 GMT-02:00 Michael Musgrove <mmusgrov(a)redhat.com&gt;: -- ___________________________ Eduardo Sant'Ana da Silva - Ph.D. Researcher / IT Consultant

I guess the obvious suggestion is, report a bug to XStream and tell them to use the comparator() method on TreeMap instead of poking the field. Reflecting on JDK classes is going to become pretty hard in Java 9 without using Unsafe. On 01/05/2017 06:04 AM, Michael Musgrove wrote: -- - DML