[
https://jira.codehaus.org/browse/MASSEMBLY-619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=345046#comment-345046
]
Chris Seieroe commented on MASSEMBLY-619:
-----------------------------------------
I have an assembly descriptor with many dependency sets and I see the same
problem with useTransitiveDependencies. We have it on most of the dependency
sets, but not all of them. One in particular is actually including transitive
dependencies even though I set that value to false. It seems to work correctly
with version 2.2-beta-5 but when I tried to upgrade to 2.2, I noticed the
problem. It also happens with versions 2.3 and 2.4.
> Configurations of different <dependencySet>s influence each other
> -----------------------------------------------------------------
>
> Key: MASSEMBLY-619
> URL: https://jira.codehaus.org/browse/MASSEMBLY-619
> Project: Maven Assembly Plugin
> Issue Type: Bug
> Components: dependencySet
> Affects Versions: 2.2.2, 2.3
> Environment: Mqven 3.0.4, JDK 1.7
> Reporter: Olaf Otto
> Priority: Minor
>
> When configuring two <dependencySet> elements, the configurations in the
> second influence the first one.
> h2. Reproduction:
> The following configuration utilizes to sets to copy different elements of
> the dependency hierarchy of a module into two distinct subfolders:
> {code:xml}
> <dependencySet>
> <outputDirectory>software</outputDirectory>
> <useProjectArtifact>false</useProjectArtifact>
> <excludes>
> <exclude>org.codehaus.groovy:*</exclude>
> </excludes>
> <useTransitiveDependencies>false</useTransitiveDependencies>
> </dependencySet>
> <dependencySet>
> <outputDirectory>libs</outputDirectory>
> <useProjectArtifact>false</useProjectArtifact>
> <includes>
> <include>org.codehaus.groovy:groovy-all</include>
> </includes>
> </dependencySet>
> {code}
> However, the first <dependencySet> unexpectedly contains most of the
> transitive dependencies. The issue can only be resolved by adding
> <useTransitiveDependencies>false</useTransitiveDependencies> to the second
> <dependencySet>, too. The issue remains reproducible when changing <scope>
> <outputMapping> etc. I suppose the isolation of the set configuration is
> broken. I could reproduce the issue with both 2.3 and 2.2.2.
--
This message was sent by Atlassian JIRA
(v6.1.6#6162)
