Return-Path: 
 <issues-return-75255-apmail-maven-issues-archive=maven.apache.org@maven.apache.org>
X-Original-To: apmail-maven-issues-archive@minotaur.apache.org
Delivered-To: apmail-maven-issues-archive@minotaur.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id A25FA987B
	for <apmail-maven-issues-archive@minotaur.apache.org>;
 Tue, 29 Nov 2011 01:55:06 +0000 (UTC)
Received: (qmail 7505 invoked by uid 500); 29 Nov 2011 01:55:06 -0000
Delivered-To: apmail-maven-issues-archive@maven.apache.org
Received: (qmail 7463 invoked by uid 500); 29 Nov 2011 01:55:06 -0000
Mailing-List: contact issues-help@maven.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:issues-help@maven.apache.org>
List-Unsubscribe: <mailto:issues-unsubscribe@maven.apache.org>
List-Post: <mailto:issues@maven.apache.org>
List-Id: <issues.maven.apache.org>
Reply-To: dev@maven.apache.org
Delivered-To: mailing list issues@maven.apache.org
Received: (qmail 7455 invoked by uid 99); 29 Nov 2011 01:55:06 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Nov 2011 01:55:06 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=5.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: local policy)
Received: from [63.246.24.159] (HELO codehaus01-new.managed.contegix.com)
 (63.246.24.159)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Nov 2011 01:55:00 +0000
Received: from codehaus01-new.managed.contegix.com (localhost.localdomain
 [127.0.0.1])
	by codehaus01-new.managed.contegix.com (Postfix) with ESMTP id E977DB0492
	for <issues@maven.apache.org>; Mon, 28 Nov 2011 19:54:39 -0600 (CST)
Date: Mon, 28 Nov 2011 19:54:39 -0600 (CST)
From: "Benson Margulies (JIRA)" <jira@codehaus.org>
To: issues@maven.apache.org
Message-ID: 
 <78939549.4826.1322531679954.JavaMail.j2ee-jira@codehaus01-new.managed.contegix.com>
In-Reply-To: 
 <3918267.22332.1311232843112.JavaMail.haus-jira@codehaus01.managed.contegix.com>
Subject: [jira] Closed: (MASSEMBLY-567) Version wildcard in dependencySet
 include does not work
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 22cf62d5d84cf5bea94eb3b65e0ebd09
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://jira.codehaus.org/browse/MASSEMBLY-567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benson Margulies closed MASSEMBLY-567.
--------------------------------------

       Resolution: Not A Bug
    Fix Version/s: 2.2.1
         Assignee: Benson Margulies

groupId:artifactId:type:version[:classifier]

> Version wildcard in dependencySet include does not work
> -------------------------------------------------------
>
>                 Key: MASSEMBLY-567
>                 URL: https://jira.codehaus.org/browse/MASSEMBLY-567
>             Project: Maven 2.x Assembly Plugin
>          Issue Type: Bug
>    Affects Versions: 2.2, 2.2.1
>         Environment: Windows XP
> maven 2.2.1, 3.0.3
>            Reporter: Stephan Oudmaijer
>            Assignee: Benson Margulies
>            Priority: Critical
>             Fix For: 2.2.1
>
>
> In our assembly descriptor we use a version wildcard for a dependencySet include, see the following snippet:
> <dependencySet>
>   <outputDirectory>./configuration</outputDirectory>
>   <includes>
>     <include>com.xyz.admin:xyz-admin-tool-config:*:zip:config</include>
>   </includes>
>   <unpack>true</unpack>
> </dependencySet>
> This used to work in version 2.2-beta-5 but since 2.2 but also in 2.2.1 this does not work anymore. The version wildcard causes problems. According to the documentation:
> Artifacts are matched by a set of identifier strings. In the following strings, type is 'jar' by default, and classifier is omitted if null.
> groupId:artifactId:version:type:classifier ( artifact.getId() )
> Any '*' character in an include/exclude pattern will result in the pattern being split, and the sub-patterns being matched within the three artifact identifiers mentioned above, using String.indexOf(..).
> I suspect this is a bug? Or the behavior has changed, but this is not in-line with the documentation.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira