You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Maria Odea Ching (JIRA)" <ji...@codehaus.org> on 2009/06/09 12:58:42 UTC
[jira] Issue Comment Edited: (MNG-4189) Maven not picking up
specific timestamped version dependency when a later timestamped version
was downloaded and already present in the local repository
[ http://jira.codehaus.org/browse/MNG-4189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=179761#action_179761 ]
Maria Odea Ching edited comment on MNG-4189 at 6/9/09 5:57 AM:
---------------------------------------------------------------
Attaching MNG-4189-maven-2.1.x.patch to fix this issue. Unit tests included in the patch. Could someone please review this before I commit it to 2.1.x branch? Thanks in advance!
was (Author: oching):
Attaching MNG-4189-maven-2.1.x.patch to fix this issue. Unit tests included in the patch. Could someone please review this before I commit it to trunk?
> Maven not picking up specific timestamped version dependency when a later timestamped version was downloaded and already present in the local repository
> --------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: MNG-4189
> URL: http://jira.codehaus.org/browse/MNG-4189
> Project: Maven 2
> Issue Type: Bug
> Components: Artifacts and Repositories, General
> Affects Versions: 2.0.9, 2.1.0
> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching
> Attachments: MNG-4189-core-integration-testing.patch, MNG-4189-maven-2.1.x.patch, mng-4189.zip
>
>
> To reproduce this issue:
> # Create a project (let's call this projectA) with a class named ClassA having a method named methodA(). Set the version as 1.0-SNAPSHOT and set uniqueVersion=true.
> # Deploy this in a remote repository
> # Create another project (let's call this projectB) which has a dependency on projectA. Set the dependency's version to the specific timestamped version when projectA was deployed in step 2. Create a class named ClassB and add a method which invokes ClassA's methodA().
> # Add your remote repository either in the settings or in the pom.
> # Build projectB. You will get a successful build.
> # Now go back to projectA and remove methodA() from classA.
> # Deploy projectA to the remote repository again.
> # Update the dependency version of projectA in projectB's pom.xml. Set it to the latest timestamp version.
> # Build projectB. Your build will fail because methodA() was removed.
> # Revert the dependency version of projectA in projectB's pom.xml. Set it to the same value you've set in step 3.
> # Build projectB. Your build will still fail even though you've set the correct version.
--
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