Details
-
Bug
-
Status: Closed
-
Critical
-
Resolution: Duplicate
-
2.2
-
None
-
None
Description
We are using this assembly descriptor:
<assembly xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd"> <id>Delivery</id> <formats> <format>zip</format> </formats> <includeBaseDirectory>true</includeBaseDirectory> <dependencySets> <dependencySet> <outputDirectory>.</outputDirectory> <unpack>true</unpack> <includes> <include>commons-collections:commons-collections:*</include> </includes> <useStrictFiltering>true</useStrictFiltering> <unpackOptions> <includes> <include>META-INF/MANIFEST.MF</include> </includes> <filtered>true</filtered> </unpackOptions> </dependencySet> </dependencySets> </assembly>
.
When setting the property filtered to true in the second dependencySet an additional directory is created in assembly where the filtered build.properties file is included. If the property is set to false the additional directory is gone and the non-filtered file is set to the root of the assembly.
Attached you'll find 2 zip files:
- filtered_true.zip
- filtered_false.zip
Attachments
Attachments
Issue Links
- is duplicated by
-
MASSEMBLY-554 DependencySet unpackOptions 'filtered' causes unpack not to work
- Closed
-
MASSEMBLY-579 Dependency-filename appended as subdirectory of outputDirectory of dependencySet when unpackOptions/filtered = true
- Closed
-
MASSEMBLY-672 unpack adds the name of the artifact in case of filtered unpack
- Closed