[ 
https://issues.apache.org/jira/browse/BROOKLYN-581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

PandaMonkey updated BROOKLYN-581:
---------------------------------
    Description: 
Hi, when we use org.apache.brooklyn:brooklyn-rest-client:0.12.0, our project 
get a *NoSuchMethodError*. The root cause is dependency conflict problem. By 
static analysis, we found that duplicate classes exist in different JARs, but 
they have different features, which leads to the really loaded classes are not 
the actually required ones of our project (JVM only load the classes present 
first on the classpath and shadow the other duplicate ones with the same name).

Conflicting Jar-pair: 
<javax.ws.rs:*javax.ws.rs-api:*2.0.1:><org.jboss.spec.javax.ws.rs:*jboss-jaxrs-api_2.0_spec*:1.0.0.Final:>

To avoid the other downstream projects encounter this conflicts, please pay 
attention about it. The conflicting info is listed below. Thanks!

 

Risk for 
jar-pair:<javax.ws.rs:javax.ws.rs-api:2.0.1:><org.jboss.spec.javax.ws.rs:jboss-jaxrs-api_2.0_spec:1.0.0.Final:>
 Methods that only exist in javax.ws.rs:javax.ws.rs-api:2.0.1:: 
[neu.lab:findbug:0.0.1-SNAPSHOT:->org.apache.brooklyn:brooklyn-rest-client:0.12.0:->org.apache.brooklyn:brooklyn-rest-api:0.12.0:->javax.ws.rs:javax.ws.rs-api:2.0.1:]
 <javax.ws.rs.client.Entity: boolean equals(java.lang.Object)>
 <javax.ws.rs.client.Entity: int hashCode()>
 <javax.ws.rs.client.Entity: java.lang.String toString()>
 <javax.ws.rs.core.CacheControl: boolean notEqual(java.util.Map,java.util.Map)>
 <javax.ws.rs.core.CacheControl: int hashCodeOf(java.util.Map)>
 <javax.ws.rs.core.CacheControl: int hashCodeOf(java.util.Collection)>
 <javax.ws.rs.core.CacheControl: boolean 
notEqual(java.util.Collection,java.util.Collection)>
 <javax.ws.rs.core.Link$JaxbLink: int hashCode()>
 <javax.ws.rs.core.Link$JaxbLink: void setUri(java.net.URI)>
 <javax.ws.rs.core.Link$JaxbLink: void setParams(java.util.Map)>
 <javax.ws.rs.core.Link$JaxbLink: boolean equals(java.lang.Object)>

 

  was:
Hi, when we use org.apache.brooklyn:brooklyn-rest-client:0.12.0, our project 
get a NoSuchMethodError. The root cause is dependency conflict problem. By 
static analysis, we found that duplicate classes exist in different JARs, but 
they have different features, which leads to the really loaded classes are not 
the actually required ones of our project (JVM only load the classes present 
first on the classpath and shadow the other duplicate ones with the same name).

Conflicting Jar-pair: 
<javax.ws.rs:*javax.ws.rs-api:*2.0.1:><org.jboss.spec.javax.ws.rs:*jboss-jaxrs-api_2.0_spec*:1.0.0.Final:>

To avoid the other downstream projects encounter this conflicts, please pay 
attention about it. The conflicting info is listed below. Thanks!

 

Risk for 
jar-pair:<javax.ws.rs:javax.ws.rs-api:2.0.1:><org.jboss.spec.javax.ws.rs:jboss-jaxrs-api_2.0_spec:1.0.0.Final:>
 Methods that only exist in javax.ws.rs:javax.ws.rs-api:2.0.1:: 
[neu.lab:findbug:0.0.1-SNAPSHOT:->org.apache.brooklyn:brooklyn-rest-client:0.12.0:->org.apache.brooklyn:brooklyn-rest-api:0.12.0:->javax.ws.rs:javax.ws.rs-api:2.0.1:]
<javax.ws.rs.client.Entity: boolean equals(java.lang.Object)>
<javax.ws.rs.client.Entity: int hashCode()>
<javax.ws.rs.client.Entity: java.lang.String toString()>
<javax.ws.rs.core.CacheControl: boolean notEqual(java.util.Map,java.util.Map)>
<javax.ws.rs.core.CacheControl: int hashCodeOf(java.util.Map)>
<javax.ws.rs.core.CacheControl: int hashCodeOf(java.util.Collection)>
<javax.ws.rs.core.CacheControl: boolean 
notEqual(java.util.Collection,java.util.Collection)>
<javax.ws.rs.core.Link$JaxbLink: int hashCode()>
<javax.ws.rs.core.Link$JaxbLink: void setUri(java.net.URI)>
<javax.ws.rs.core.Link$JaxbLink: void setParams(java.util.Map)>
<javax.ws.rs.core.Link$JaxbLink: boolean equals(java.lang.Object)>

 


> NoSuchMethodError occurs, when we use Brooklyn
> ----------------------------------------------
>
>                 Key: BROOKLYN-581
>                 URL: https://issues.apache.org/jira/browse/BROOKLYN-581
>             Project: Brooklyn
>          Issue Type: Bug
>    Affects Versions: 0.12.0
>            Reporter: PandaMonkey
>            Priority: Major
>             Fix For: 0.12.0
>
>
> Hi, when we use org.apache.brooklyn:brooklyn-rest-client:0.12.0, our project 
> get a *NoSuchMethodError*. The root cause is dependency conflict problem. By 
> static analysis, we found that duplicate classes exist in different JARs, but 
> they have different features, which leads to the really loaded classes are 
> not the actually required ones of our project (JVM only load the classes 
> present first on the classpath and shadow the other duplicate ones with the 
> same name).
> Conflicting Jar-pair: 
> <javax.ws.rs:*javax.ws.rs-api:*2.0.1:><org.jboss.spec.javax.ws.rs:*jboss-jaxrs-api_2.0_spec*:1.0.0.Final:>
> To avoid the other downstream projects encounter this conflicts, please pay 
> attention about it. The conflicting info is listed below. Thanks!
>  
> Risk for 
> jar-pair:<javax.ws.rs:javax.ws.rs-api:2.0.1:><org.jboss.spec.javax.ws.rs:jboss-jaxrs-api_2.0_spec:1.0.0.Final:>
>  Methods that only exist in javax.ws.rs:javax.ws.rs-api:2.0.1:: 
> [neu.lab:findbug:0.0.1-SNAPSHOT:->org.apache.brooklyn:brooklyn-rest-client:0.12.0:->org.apache.brooklyn:brooklyn-rest-api:0.12.0:->javax.ws.rs:javax.ws.rs-api:2.0.1:]
>  <javax.ws.rs.client.Entity: boolean equals(java.lang.Object)>
>  <javax.ws.rs.client.Entity: int hashCode()>
>  <javax.ws.rs.client.Entity: java.lang.String toString()>
>  <javax.ws.rs.core.CacheControl: boolean 
> notEqual(java.util.Map,java.util.Map)>
>  <javax.ws.rs.core.CacheControl: int hashCodeOf(java.util.Map)>
>  <javax.ws.rs.core.CacheControl: int hashCodeOf(java.util.Collection)>
>  <javax.ws.rs.core.CacheControl: boolean 
> notEqual(java.util.Collection,java.util.Collection)>
>  <javax.ws.rs.core.Link$JaxbLink: int hashCode()>
>  <javax.ws.rs.core.Link$JaxbLink: void setUri(java.net.URI)>
>  <javax.ws.rs.core.Link$JaxbLink: void setParams(java.util.Map)>
>  <javax.ws.rs.core.Link$JaxbLink: boolean equals(java.lang.Object)>
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to