You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "luke w patterson (JIRA)" <ji...@codehaus.org> on 2009/03/22 21:46:12 UTC

[jira] Commented: (MEV-443) Several projects have maven-metadata.xml files that are missing released versions

    [ http://jira.codehaus.org/browse/MEV-443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=170575#action_170575 ] 

luke w patterson commented on MEV-443:
--------------------------------------

Any updates on this issue?

In general, who is responsible for maintaining metadata in central?

When I notice missing/incorrect metadata, where should I file a bug?

How should I respond to questions like these:
http://code.google.com/p/mockito/issues/detail?id=63#c2
?

I thought central was hosted with Nexus now.  Is that correct?  If so, how does that affect this issue?

> Several projects have maven-metadata.xml files that are missing released versions
> ---------------------------------------------------------------------------------
>
>                 Key: MEV-443
>                 URL: http://jira.codehaus.org/browse/MEV-443
>             Project: Maven Evangelism
>          Issue Type: Bug
>          Components: Invalid Metadata
>            Reporter: Patrick Moore
>         Attachments: maven-metadata.xml
>
>
> I am trying to use the version range feature that is talked about in Better builds with Maven. I am specifying the commons-httpclient dependency as
>     <dependency>
>       <groupId>commons-httpclient</groupId>
>       <artifactId>commons-httpclient</artifactId>
>       <version>[3.1-alpha1,)</version>
>     </dependency>
> Unfortunately, the usefulness of this feature is being sabotaged because the latest version of artificat is not listed in the maven-metadata.xml. 
> Please update the maven-metadata.xml in this project and others. In particular 
> hsqldb,
> commons-*,
> rhino/js
> htmlunit
> When updating those files, please do not list the versions using dates as their version id as it screws up the maven feature that allows dependencies to specify a version range.

-- 
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