[jboss-jira] [JBoss JIRA] (WFLY-11178) WSTrustTestCase failing on IBM

[David Lloyd (Jira)]

    [ https://issues.jboss.org/browse/WFLY-11178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13648704#comment-13648704 ] 

David Lloyd commented on WFLY-11178:
------------------------------------

Sure, just use the JMX MBean for the "ServiceModuleLoader" and you can get all dependency info for a given deployment.

There isn't a good general way to get class init order information, but you can print a log/stack trace when the property is modified *or* when it's read.  Then compare the sequence between OpenJDK and IBM to see if that accounts for the difference.

Another possibility is that somehow the IBM JAXP APIs don't conform to spec.

> WSTrustTestCase failing on IBM
> ------------------------------
>
>                 Key: WFLY-11178
>                 URL: https://issues.jboss.org/browse/WFLY-11178
>             Project: WildFly
>          Issue Type: Bug
>          Components: Web Services
>    Affects Versions: 14.0.0.Final
>            Reporter: Jan Blizňák
>            Assignee: Alessio Soldano
>            Priority: Major
>         Attachments: log.txt
>
>
> As discovered during investigation in WFLY-10336, we are now getting test failures in WSTrustTestCase when IBM JDK is used. The relevant part of the exception is:
> {code:java}
> Caused by: java.lang.IllegalArgumentException: Provider org.apache.xerces.jaxp.validation.XMLSchemaFactory not found
> 	at javax.xml.validation.SchemaFactory.newInstance(Unknown Source)
> 	at org.opensaml.core.xml.config.XMLConfigurator.<init>(XMLConfigurator.java:94)
> 	at org.apache.wss4j.common.saml.OpenSAMLBootstrap.bootstrap(OpenSAMLBootstrap.java:85)
> 	at org.apache.wss4j.common.saml.OpenSAMLUtil.initSamlEngine(OpenSAMLUtil.java:91)
> 	at org.apache.wss4j.common.saml.OpenSAMLUtil.initSamlEngine(OpenSAMLUtil.java:75)
> 	at org.apache.wss4j.common.saml.SamlAssertionWrapper.<init>(SamlAssertionWrapper.java:184)
> 	at org.apache.cxf.sts.token.provider.SAMLTokenProvider.createSamlToken(SAMLTokenProvider.java:308)
> 	at org.apache.cxf.sts.token.provider.SAMLTokenProvider.createToken(SAMLTokenProvider.java:120)
> 	... 102 more
> {code}
> It turned out the issue is in wildfly for some time, the breaking change was identified as https://github.com/wildfly/wildfly-core/pull/3201/



--
This message was sent by Atlassian Jira
(v7.12.1#712002)