You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Arnaud Heritier (JIRA)" <ji...@codehaus.org> on 2014/05/22 12:24:10 UTC
[jira] (MASSEMBLY-554) DependencySet unpackOptions 'filtered'
causes unpack not to work
[ https://jira.codehaus.org/browse/MASSEMBLY-554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=346921#comment-346921 ]
Arnaud Heritier commented on MASSEMBLY-554:
-------------------------------------------
the unpackOptions "lineEnding" has the same bad effect
> DependencySet unpackOptions 'filtered' causes unpack not to work
> ----------------------------------------------------------------
>
> Key: MASSEMBLY-554
> URL: https://jira.codehaus.org/browse/MASSEMBLY-554
> Project: Maven Assembly Plugin
> Issue Type: Bug
> Components: filtering
> Affects Versions: 2.2
> Environment: Ubuntu 10.10 Linux, x86-64.
> Reporter: Dave Combs
> Attachments: example.zip
>
>
> In 2.2-beta-4, the dependencySet option 'filtered' does not appear to work. Files from a dependency end up in the right place (under / in the fragment below), but the filters are not applied. In 2.2 it is worse--the files are correctly filtered, but a directory of the same name as the archive from which they came (com.kaazing.gateway.assembly.core.tar.gz below) is included in the output under /, rather than just the contents of the archive, and the filtered files appear there. It's as though the archive is exploded in place under its own name.
> <dependencySet>
> <outputDirectory>/</outputDirectory>
> <unpack>true</unpack>
> <unpackOptions>
> <filtered>true</filtered>
> </unpackOptions>
> <includes>
> <include>com.kaazing.gateway.core:com.kaazing.gateway.assembly.core:tar.gz:bin</include>
> </includes>
> </dependencySet>
> This makes the filtering option essentially unusable, since I can't find a way to eliminate this top-level directory creation.
--
This message was sent by Atlassian JIRA
(v6.1.6#6162)