Maven 2.x Assembly Plugin

Any progress on this bug? I have the same problem with dependencysets not being filtered. Thanks.

In analyzing the Maven Assembly Plugin code base, from what I can see, the <filtered> tag (child of <unpackoptions>) is not supported.

Please look at AddDependencySetsTask:170:

UnpackOptions opts = dependencySet.getUnpackOptions();
if ( dependencySet.isUnpack() && ( opts != null ) )

It does not appear that Maven Assembly Plugin actually supports the <filtered> tag given this piece of code which ignores the option.

Further, the UnpackOptions.java isFiltered() method is not referenced in the Maven Assembly Plugin code base.

The documentation shows that <DependencySet> supports the <UnpackOptions>, which contains the <filtered> option.

If <DependencySet> supports <UnpackOptions>, it should support all three options; includes, excludes AND filtered - not just two of them.

This is partially implemented support for UnpackOptions. When could we see this completed? Would be appreciated. Thanks.

I have the same problem. This is pretty major.

I have the same problem.

This is a significant missing feature.

As per the other comments - I designed my whole build process around filtering dependencySets and I will now have to do a significant amount of refactoring to get it to work. I've taken a look at the code and it's a non-trivial task which is presumably why it hasn't been done yet. If someone with Maven dev knowledge were able to point me in the right direction for fixing this I might give it a go. The existing filtering code applies to files only - I presume this would have to change to operate on streams, or the dependencySet assembly would have to go through an interim file stage ...

+1. Our whole delivery process has been designed with this feature in mind. This is a major feature that would considerably extend the power of assemblies...

This feature is very important in a project I am working on. I am trying to replace our use of ant with maven and have got stuck replacing an ant task that copies files and substituting variable placeholders for their values during the copy. It does this in ant using filterset. I was hoping that this plugin would give the same functionality (via the filter during unpack in the dependencySet).

+1...

Not fixed yet on 2.2-beta-5, is there a due date for this issue ?

no news on this issue?
I suppose plexus-archiver must be enhanced for use interpolation or return the list of extracted files.
A workaround could be:

<dependencySets>
<dependencySet>
<useProjectArtifact>false</useProjectArtifact>
<includes>
<include>my.group:myartifact</include>
</includes>
<outputDirectory>${project.build.directory}/assembly-tmp</outputDirectory>
<unpack>true</unpack>
<unpackOptions>
<filtered>true</filtered><!-- ignored -->
</unpackOptions>
</dependencySet>
</dependencySets>
</fileSets>
<fileSet>
<directory>${project.build.directory}/assembly-tmp</directory>
<outputDirectory>.</outputDirectory>
<filtered>true</filtered>
<includes>
<include>**</include>
</includes>
</fileSet>
</fileSets>

the problem is that the plugin reorder the sets and moves fileSets before dependencySets.

duplicate of MASSEMBLY-206

I'm not sure this issue is a duplicate of MASSEMBLY-206.
The unpack phase in dependencyset, in the code is different from the moduleset. The two issues haves the same problem (filtering not works) but resolving MASSEMBLY-206 not implies this issue is fixed

this appears to be related to MASSEMBLY-554 which hasn't been addressed.