You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Johan Walles (JIRA)" <ji...@codehaus.org> on 2009/12/30 20:33:55 UTC
[jira] Issue Comment Edited: (MNG-3518) Handle date qualifier in
DefaultArtifactVersion
[ http://jira.codehaus.org/browse/MNG-3518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=204594#action_204594 ]
Johan Walles edited comment on MNG-3518 at 12/30/09 1:33 PM:
-------------------------------------------------------------
Hi! What's the rationale for not merging this patch (or something else solving this problem) for 2.x?
Regards //Johan (suffering from this)
was (Author: walles):
Hi! What's the rationale for not merging this patch (or something else solving this problem) for 2.x?
Regards //Johan
> Handle date qualifier in DefaultArtifactVersion
> -----------------------------------------------
>
> Key: MNG-3518
> URL: http://jira.codehaus.org/browse/MNG-3518
> Project: Maven 2 & 3
> Issue Type: Improvement
> Components: Artifacts and Repositories
> Affects Versions: 2.0.9
> Reporter: Vincent Siveton
> Fix For: 3.x
>
> Attachments: DefaultArtifactVersion-handledate.diff, pom.xml
>
>
> Eclipse artifacts use a date pattern in version qualifier and build fail with the following error
> {noformat}
> [INFO] Failed to resolve artifact.
> Couldn't find a version in [1.0.0-v20070606] to match range [1.0.0,2.0)
> org.eclipse.equinox:app:jar:null
> {noformat}
> The following patch adds javadoc for compareTo() to be more clear.
> Also, it handles date pattern in the version to allow "1.0.0" < "1.0.0-v20070606". Internally, it compares "1.0.0-19068845215" (ie new Date(Integer.MAX_VALUE, 12, 31 )) to "1.0.0-20070606"
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira