[jbosstools-issues] [JBoss JIRA] (JBIDE-20635) WildFly 10 will not start with jdk 1.9.0-ea-jigsaw

WildFly 10 will not start with jdk 1.9.0-ea-jigsaw -------------------------------------------------- Key: JBIDE-20635 URL: https://issues.jboss.org/browse/JBIDE-20635 Project: Tools (JBoss Tools) Issue Type: Bug Components: server Affects Versions: 4.3.0.CR1 Reporter: Martin Malina Assignee: Rob Stryker Labels: Java9 Fix For: 4.3.0.CR1 When you set up WildFly 10 to run with an early build of JDK 1.9 with jigsaw [1], it won't start. (It will start ok with jdk 1.9 without jigsaw [2].) This is the error in the console: {code} 13:03:03,203 INFO [org.jboss.modules] (main) JBoss Modules version 1.4.3.Final 13:03:03,741 INFO [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final 13:03:03,796 INFO [org.jboss.as] (MSC service thread 1-6) WFLYSRV0049: WildFly Full 10.0.0.Beta2 (WildFly Core 2.0.0.Beta4) starting 13:03:04,020 ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0002: Error booting the container: java.lang.IllegalAccessError: Class __redirected.__XMLInputFactory can not access a member of class com.sun.xml.internal.stream.XMLInputFactoryImpl (module java.xml) with modifiers "public", module java.xml does not export com.sun.xml.internal.stream to <unnamed module @6958b882> at sun.reflect.Reflection.throwIllegalAccessException(java.base@9.0/Reflection.java:453) at sun.reflect.Reflection.ensureMemberAccess(java.base@9.0/Reflection.java:128) at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(java.base@9.0/AccessibleObject.java:384) at java.lang.reflect.AccessibleObject.checkAccess(java.base@9.0/AccessibleObject.java:376) at java.lang.reflect.Constructor.newInstance(java.base@9.0/Constructor.java:414) at __redirected.__XMLInputFactory.<init>(__XMLInputFactory.java:111) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(java.base(a)9.0/Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(java.base@9.0/NativeConstructorAccessorImpl.java:62) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(java.base@9.0/DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(java.base@9.0/Constructor.java:423) at java.lang.Class.newInstance(java.base@9.0/Class.java:525) at javax.xml.stream.FactoryFinder.newInstance(java.xml@9.0/FactoryFinder.java:194) at javax.xml.stream.FactoryFinder.newInstance(java.xml@9.0/FactoryFinder.java:152) at javax.xml.stream.FactoryFinder.find(java.xml@9.0/FactoryFinder.java:266) at javax.xml.stream.FactoryFinder.find(java.xml@9.0/FactoryFinder.java:228) at javax.xml.stream.XMLInputFactory.newInstance(java.xml@9.0/XMLInputFactory.java:154) at org.jboss.as.server.deployment.jbossallxml.JBossAllXMLParsingProcessor.<clinit>(JBossAllXMLParsingProcessor.java:67) at org.jboss.as.server.ServerService.boot(ServerService.java:313) at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:272) at java.lang.Thread.run(java.base@9.0/Thread.java:746) 13:03:04,026 INFO [org.jboss.as] (MSC service thread 1-7) WFLYSRV0050: WildFly Full 10.0.0.Beta2 (WildFly Core 2.0.0.Beta4) stopped in 6ms {code} Note that the only modification I made to the launch config is removing the perm gen option. Also note that the server starts fine with this JDK from command line using standalone.sh, so clearly this is something to do with Eclipse and the server tooling. I don't really know much about project jigsaw and I'm not sure if this will be included in jdk 1.9. But I thought it was worth logging this in JIRA for further discussion. [1] http://jdk9.java.net/jigsaw [2] https://jdk9.java.net/download/