jigsaw EA feedback for Eclipse/JBoss Tools and WildFly

[Rory O'Donnell]

Thanks for the update Martin!

On 11/09/2015 08:30, Martin Malina wrote:
>> On 10. 9. 2015, at 15:41, Alan Bateman <Alan.Bateman at oracle.com 
>> <mailto:Alan.Bateman at oracle.com>> wrote:
>>
>>
>> On 10/09/2015 14:21, Rory O'Donnell wrote:
>>> Martin - thanks for your feedback, not sure your email made it to 
>>> the list without subscribing.
>>>
>>> It will now, rgds Rory
>>> On 10/09/2015 13:59, Martin Malina wrote:
>>>>
>>>> I reported it here: https://issues.jboss.org/browse/JBIDE-20635
>>
>> Thanks for forwarding. The interesting line seems to be:
>>
>> 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>
>>
>> So __redirected.__XMLInputFactory (WildFly?, generated?) is 
>> attempting to use Class.newInstance to instantiate 
>> com.sun.xml.internal.stream.XMLInputFactoryImpl. This should fail 
>> with IllegalAccessException because com.sun.xml.internal.stream is 
>> not exported. I can't tell where IllegalAccessError is coming from, 
>> maybe someone is catching IllegalAccessException and re-throwing it 
>> as an IllegalAccessError.
>>
>> I assume using -XaddExports can be used to workaround this temporarily.
>
> Hi Alan, thanks for your suggestion. But in this case it seems that 
> our Eclipse tooling was at fault. Given the fact that it worked on 
> command line, there must have been some difference which broke it in 
> Eclipse. Rob seems to have found it and fixed it: 
> https://issues.jboss.org/browse/JBIDE-20635
>
> Thanks,
> Martin
>
>>
>> -Alan.
>>
>

-- 
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland