Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Blocker
-
Resolution: Duplicate
-
Affects Version/s: 2.0
-
Fix Version/s: 2.0
-
Labels:None
Description
We had to detect, that in multi-module builds the entries in the Manifest for the classpath for those artifacts can be wrong that are also part of the build. The incident occurs, if an artifact is build in a SNAPSHOT version, but the EJB refers this artifact in a released version. The manifest contains nevertheless an entry for the SNAPSHOT.
Additional observations:
- the target/effective-pom.xml contains the dependency with the right version
- the manifest contains the correct entry classpath when the artifact is build locally
This is a real blocker, since building the EAR. Maven will copy the correct released version of the artifact, but the EJB is broken, because of the wrong (and missing) dependency.
It seems the component creating the manifest uses a wrong dependency resolution for multi module builds ... might be the maven-archiver ?
Minimal multi module setup demonstrating the problem. Build from the root to create an EJB with the wrong manifest entries. Build from the issue-ejb to get a proper manifest.