Description
With latest 4.0.0-SNAPSHOT, when we code:
feature:repo-add cxf 3.1.1-SNAPSHOT feature:install cxf
and check the exports of the CXF security bundle (with bundle ID 93 on my box), we have:
imports -b 93 org.opensaml.saml.common | [3.1.0,4.0.0) | resolved | 93 | org.apache.cxf.cxf-rt-ws-security org.opensaml.saml.saml1.core | [3.1.0,4.0.0) | resolved | 93 | org.apache.cxf.cxf-rt-ws-security org.opensaml.saml.saml2.core | [3.1.0,4.0.0) | resolved | 93 | org.apache.cxf.cxf-rt-ws-security ….. net.sf.ehcache | [2.5.0,3.0.0) | resolved | 93 | org.apache.cxf.cxf-rt-ws-security net.sf.ehcache.config | [2.5.0,3.0.0) | resolved | 93 | org.apache.cxf.cxf-rt-ws-security
Now, we install the cxf-sts feature and do the same thing:
feature:install cxf-sts imports -b 93
the optional imports are no longer resolver (causing NoClassDefFound cxf-rt-ws-security for instance).
It looks like the resolver change the export/resolution.
It's an important regression IMHO that we have to address.