cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rohit Jain (JIRA)" <>
Subject [jira] [Commented] (CXF-6708) Conflicting class org.apache.cxf.configuration.spring.StringBeanDefinitionParser
Date Tue, 15 Dec 2015 13:55:46 GMT


Rohit Jain commented on CXF-6708:

This is what I have done currently.. by adding individual modules. But I thought that had
cxf-bundle been updated I wouldn't have had to add other dependencies. Since the cxf-bundle
latest release version i.e 2.7.18 is of release date Oct-15.
With the release version of 2.7 I couldn't think that it would be deprecated from 2.5 onwards.
Thanks anyways.

> Conflicting class org.apache.cxf.configuration.spring.StringBeanDefinitionParser
> --------------------------------------------------------------------------------
>                 Key: CXF-6708
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>          Components: Build system
>            Reporter: Rohit Jain
>            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
> cxf should make these method calls consistent to cope up with upgraded spring security
> Don't understand why this was missed.

This message was sent by Atlassian JIRA

View raw message