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

[Martin Malina (JIRA)]

Martin Malina created JBIDE-20635:
-------------------------------------

             Summary: 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


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 at 9.0/Reflection.java:453)
	at sun.reflect.Reflection.ensureMemberAccess(java.base at 9.0/Reflection.java:128)
	at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(java.base at 9.0/AccessibleObject.java:384)
	at java.lang.reflect.AccessibleObject.checkAccess(java.base at 9.0/AccessibleObject.java:376)
	at java.lang.reflect.Constructor.newInstance(java.base at 9.0/Constructor.java:414)
	at __redirected.__XMLInputFactory.<init>(__XMLInputFactory.java:111)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(java.base at 9.0/Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(java.base at 9.0/NativeConstructorAccessorImpl.java:62)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(java.base at 9.0/DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(java.base at 9.0/Constructor.java:423)
	at java.lang.Class.newInstance(java.base at 9.0/Class.java:525)
	at javax.xml.stream.FactoryFinder.newInstance(java.xml at 9.0/FactoryFinder.java:194)
	at javax.xml.stream.FactoryFinder.newInstance(java.xml at 9.0/FactoryFinder.java:152)
	at javax.xml.stream.FactoryFinder.find(java.xml at 9.0/FactoryFinder.java:266)
	at javax.xml.stream.FactoryFinder.find(java.xml at 9.0/FactoryFinder.java:228)
	at javax.xml.stream.XMLInputFactory.newInstance(java.xml at 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 at 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/



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)