Issue originally reported by Jesper Skov: https://community.jboss.org/message/825394#825394 The POM for jcip-annotations (1.0-redhat-3) is incorrect, it contains packaging zip instead of jar.
I have created a -redhat-4 that is like -redhat-2
Adding a draft release note. The above draft should really contain more specific information that I was unable to discern from this and linked tickets. Ideally I need to know: 1: If my broad understanding of the problem is correct (ie that an error in a pom file was breaking dependency resolution). 2: Which pom file was this error found in? My local version of EAP-6.1.0 doesn't appear to have any pom files in it and I wasn't able to find any references to a jcip-related zip file in any of the pom files in either the 6.0.1 or 6.1.0 source distributions. 3: Which dependency (if any, based on 1 above) could not be resolved? 4: How and when would this manifest itself to users? When attempting to compile the source? Would it affect all users or just specific users? Any info or clarification will assist to make the release notes a better, more informative document for our users.
Scott, the problem was in the EAP Maven repository (http://download.devel.redhat.com/released/JBEAP-6/6.1.0/jboss-eap-6.1.0-maven-repository.zip), which is used by users to develop their applications for the EAP or to rebuild the EAP. And yes, the wrong POM can break dependency resolution - the reported case was with IVY dependency manager (in file /jboss-eap-6.1.0.GA-maven-repository/net/jcip/jcip-annotations/1.0-redhat-3/jcip-annotations-1.0-redhat-3.pom). I'm not sure if Maven projects reports the same issue as the IVY ones.
File jcip-annotations-1.0-redhat-4.pom is correct. However maven repository for EAP 6.1.1 ER4 contains both 1.0-redhat-3 and 1.0-redhat-4 versions of jcip-annotations and it could cause problem. For example infinispan has defined dependency on jcip-annotations version: <version.jcipannotations>1.0</version.jcipannotations> and it is not clear whether 1.0-redhat-3 or 1.0-redhat-4 should be used.
Have updated the Release Note text with the specific file path. Nikoleta, wouldn't any problems arising from having ambiguous dependency definitions be a different issue? I thought this bug was about a dependency that called a .zip rather than a .jar? Or did I misunderstand that?
Scott, the problem was really about zip vs. jar type specified in the POM, but if some component still uses -redhat-3 version with the wrong POM , the issue is still on the table. We should include only the corrected version in the client Maven repository.
Scott, you understood it correctly but the problem is what Josef wrote and there should be only the -redhat-4 version in maven repo and all artifacts should use the correct version. I created new BZ with all artifacts that have multiple versions in 6.1.1: https://bugzilla.redhat.com/show_bug.cgi?id=993521
Took release note out of draft/W.I.P status. The note will appear in the 6.1.1 Release Notes document.
Removing the duplicate jcip-annotations is going to have to wait until 6.2.0. The current xmltooling and resteasy poms both depend on the older build of jcip-annotations, and it will be a bit risky to update them at this point. I think the main problem (incorrect packaging) has been solved in the newer jcip-annotations, so for 6.1.1 we'll include both jcip-annotations versions for compatibility, and we'll have a more permanent fix in 6.2.0.
Can we close this issue and then handle the remaining duplicates in the Maven repo zip for 6.2.0 in bug 993521?
The issue with incorrect packaging is fixed. Verified for EAP 6.1.1 ER4.