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

["Hrishikesh Chikhale (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/CXF-6708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15055820#comment-15055820 ] 

Hrishikesh Chikhale commented on CXF-6708:
------------------------------------------

similar issue is mentioned here:
https://issues.apache.org/jira/browse/CXF-5123

> 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)