You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "James William Dumay (JIRA)" <ji...@codehaus.org> on 2008/12/09 00:29:19 UTC
[jira] Updated: (MSHADE-42) Reactor builds do not use shaded jar
[ http://jira.codehaus.org/browse/MSHADE-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
James William Dumay updated MSHADE-42:
--------------------------------------
Attachment: MSHADE-42.patch
This problem exists because the target/classes directory is specified as the project compile classpath instead of the built jar.
Patch moves target/classes to target/original-classses and unpacks the newly shaded jar in its place.
> Reactor builds do not use shaded jar
> ------------------------------------
>
> Key: MSHADE-42
> URL: http://jira.codehaus.org/browse/MSHADE-42
> Project: Maven 2.x Shade Plugin
> Issue Type: Bug
> Affects Versions: 1.1
> Reporter: Dave Meibusch
> Attachments: MSHADE-42.patch
>
>
> I have a multi-module project with several of the modules using shade to create uber jars.
> One the modules depends on an uber jar module. When doing a reactor build, this module is built with a compile classpath containing:
> /xxx/yyy/uberjar-module/target/classes
> rather than the shaded uber jar created (and installed) earlier in the reactor build.
> When the module is built alone, the dependency in the compile classpath is correctly the shaded jar in the local repository.
> I don't know enough about the internals of reactor builds to determine if this is a deficiency of the shade plugin or Maven's reactor mechanism.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira