[ 
https://jira.codehaus.org/browse/MASSEMBLY-567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=284467#comment-284467
 ] 

Benson Margulies edited comment on MASSEMBLY-567 at 11/28/11 7:54 PM:
----------------------------------------------------------------------

As far as I can tell, the spec order has always been the following, which is 
what is in the doc. I just tried it (with the current snapshot) and it worked 
fine, with a * in version.

groupId:artifactId:type:version[:classifier]

      was (Author: bmargulies):
    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

        

Reply via email to