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