You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Karl Heinz Marbaise (JIRA)" <ji...@apache.org> on 2015/11/28 11:53:11 UTC
[jira] [Closed] (MSHARED-466) Filtering dependencies does not
retain the order of the unfiltered list
[ https://issues.apache.org/jira/browse/MSHARED-466?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Karl Heinz Marbaise closed MSHARED-466.
---------------------------------------
Resolution: Fixed
Fixed in [r1716944|http://svn.apache.org/r1716944]
> Filtering dependencies does not retain the order of the unfiltered list
> -----------------------------------------------------------------------
>
> Key: MSHARED-466
> URL: https://issues.apache.org/jira/browse/MSHARED-466
> Project: Maven Shared Components
> Issue Type: Bug
> Affects Versions: maven-common-artifact-filters-1.4
> Reporter: Beirtí Ó'Nunáin
> Assignee: Karl Heinz Marbaise
> Fix For: maven-common-artifact-filters-3.0.0
>
>
> If you use the dependency:build-classpath mojo, you get the dependency list as specified in the pom. However, if you introduce filtering, you end up losing the dependency order. It seems that the org.apache.maven.shared.artifact.filter.collection.ArtifactsFilter declares 'Set' instead of 'SortedSet' and that the org.apache.maven.shared.artifact.filter.collection.AbstractArtifactFeatureFilter returns a HashSet instead of a LinkedHashSet, even though a LinkedHashSet is being passed in.
> The impact of this is that you cannot generate a correctly-ordered classpath when using filters. The fix is very straightforward, simply change the filterIncludes and filterExcludes methods of AbstractArtifactFeatureFilter to use a LinkedHashSet.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)