[
https://issues.apache.org/jira/browse/CXF-6537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14694871#comment-14694871
]
Colm O hEigeartaigh commented on CXF-6537:
------------------------------------------
Hi Xilai,
I think we will fix this by picking up a new OpenSAML bundle with the
net.shibboleth dependency in it.
Colm.
> Missing shibboleth dependency in the wss4j feature
> --------------------------------------------------
>
> Key: CXF-6537
> URL: https://issues.apache.org/jira/browse/CXF-6537
> Project: CXF
> Issue Type: Bug
> Components: OSGi
> Affects Versions: 3.1.2
> Reporter: Xilai Dai
>
> In the default constructor of
> org.apache.cxf.rt.security.saml.xacml2.AbstractXACMLAuthorizingInterceptor
> {code}
> ......
> org.apache.wss4j.common.saml.OpenSAMLUtil.initSamlEngine();
> {code}
> and the net.shibboleth.utilities.java.support.xml.BasicParserPool class is
> used in the OpenSAMLUtil.initSamlEngine() (wss4j version 2.1.2)
> the ClassNotFoundException will be thrown when the default constructor of
> AbstractXACMLAuthorizingIntercept has been invoked.
> It can be fixed by adding
> {code}
> <bundle start-level="30"
> dependency="true">wrap:mvn:net.shibboleth.utilities/java-support/7.1.1</bundle>
> {code}
> into the wss4j feature in the apache-cxf-3.1.2-features.xml
> Or maybe changes should be made on wss4j-ws-security-common bundle, which
> make net.shibboleth.utilities.java.support.xml packge not optional.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
