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

Maarten Tutak commented on CAMEL-14853:
---------------------------------------

It's still present in 
[3.2.0|https://github.com/apache/camel/blob/camel-3.2.0/components/camel-jacksonxml/pom.xml].
 However, this seems to have been fixed 3 days ago in commit 
[be8f41135252fdf3eb7a3d51831f108c43c3bc3f|https://github.com/apache/camel/commit/be8f41135252fdf3eb7a3d51831f108c43c3bc3f]
 by [~davsclaus].
I'll mark this as fixed in 3.3.0.

> camel-jacksonxml classpath conflict
> -----------------------------------
>
>                 Key: CAMEL-14853
>                 URL: https://issues.apache.org/jira/browse/CAMEL-14853
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-jacksonxml
>    Affects Versions: 3.1.0
>            Reporter: Maarten Tutak
>            Assignee: Andrea Cosentino
>            Priority: Minor
>
> Hi. I'm using Spring Boot (2.2.4.RELEASE) with Camel (3.1.0) and I've come 
> across the following error. I should note that i'm having a hard time 
> reproducing this issue.
> {noformat}
> ***************************
> APPLICATION FAILED TO START
> ***************************
> Description:
> An attempt was made to call a method that does not exist. The attempt was 
> made from the following location:
>     
> com.ctc.wstx.evt.CompactStartElement.getAttributes(CompactStartElement.java:94)
> The following method did not exist:
>     'org.codehaus.stax2.ri.EmptyIterator 
> org.codehaus.stax2.ri.EmptyIterator.getInstance()'
> The method's class, org.codehaus.stax2.ri.EmptyIterator, is available from 
> the following locations:
>     
> jar:file:/app/libs/stax2-api-4.2.jar!/org/codehaus/stax2/ri/EmptyIterator.class
> It was loaded from the following location:
>     file:/app/libs/stax2-api-4.2.jar
> Action:
> Correct the classpath of your application so that it contains a single, 
> compatible version of org.codehaus.stax2.ri.EmptyIterator
> {noformat}
> I was wondering if this is related to the fact that 
> [camel-jacksonxml|https://github.com/apache/camel/blob/camel-3.1.0/components/camel-jacksonxml/pom.xml]
>  introduces both _*org.codehaus.woodstox:woodstox-core-asl:jar:4.4.1*_ and 
> _*com.fasterxml.woodstox:woodstox-core:jar:6.0.3*_ on the classpath , as seen 
> below.
> {noformat}
> INFO] +- 
> org.apache.camel.springboot:camel-jacksonxml-starter:jar:3.1.0:compile
> [INFO] |  \- org.apache.camel:camel-jacksonxml:jar:3.1.0:compile
> [INFO] |     +- org.apache.camel:camel-support:jar:3.1.0:compile
> [INFO] |     +- 
> com.fasterxml.jackson.dataformat:jackson-dataformat-xml:jar:2.10.2:compile
> [INFO] |     |  +- org.codehaus.woodstox:stax2-api:jar:4.2:compile
> [INFO] |     |  \- com.fasterxml.woodstox:woodstox-core:jar:6.0.3:compile
> [INFO] |     +- 
> com.fasterxml.jackson.module:jackson-module-jaxb-annotations:jar:2.10.2:compile
> [INFO] |     \- org.codehaus.woodstox:woodstox-core-asl:jar:4.4.1:compile
> {noformat}
> It's unclear to me why camel-jacksonxml has a dependency on woodstox-core-asl 
> while woodstox-core is already available, albeit transitively.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to