You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Hrishikesh Chikhale (JIRA)" <ji...@apache.org> on 2015/12/14 11:52:46 UTC

[jira] [Created] (CXF-6708) Conflicting class org.apache.cxf.configuration.spring.StringBeanDefinitionParser

Hrishikesh Chikhale created CXF-6708:
----------------------------------------

             Summary: Conflicting class org.apache.cxf.configuration.spring.StringBeanDefinitionParser
                 Key: CXF-6708
                 URL: https://issues.apache.org/jira/browse/CXF-6708
             Project: CXF
          Issue Type: Bug
          Components: Build system
            Reporter: Hrishikesh Chikhale
            Priority: Blocker


We have upgraded Spring Security to 4.0.3. However we see that cxf-api  and cxf bundle is not upgraded to use it.
cxf-core is upgraded to support Spring Security

However we require cxf-core as well as cxf-bundle(for cxf stubbing wsdl2Java)

The issue is that StringBeanDefinitionParser is present in both the these jars with same package name and contents. with one major difference
StringBeanDefinitionParser in  cxf-core has below line
builder.addConstructorArgValue(DOMUtils.getRawContent(element)); 
StringBeanDefinitionParser in  cxf-bundle has below line
builder.addConstructorArg(DOMUtils.getRawContent(element));

Always the StringBeanDefinitionParser in cxf-bindle takes precedence and the war deployment fails.

cxf should make these method calls consistent to cope up with upgraded spring security version
Don't understand why this was missed.





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)