Maven 2 & 3

look into the unique version = false problem which is probably the same too

downloading is fine, its the updating that's a problem

should be able to obtain this mix by merging r375485 and r375497 from the trunk to the maven-2.0.2 tag.

All trunk and branch builds will now contain it - eg:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060207.061502.tar.gz

note that this is significantly slower when using local snapshots not in the reactor during a daily or forced update period. We should investigate a better solution.

fix only applied to trunk

need to investigate the performance regression caused by these revisions

Can I please get an update on this issue...

I have ran into the problem with maven not updating the snapshot locally if present. The snapshot release is not generated with maven but uploaded manually.

Will this be fixed no earlier then 2.1?

I have a similar problem. The artifacts are deployed using m2, the metadata on the repo is generated. When I do a build, maven logs that it has found a snapshot version and is checking for updates. It downloads and updates my local metadata for that repo, but DOES NOT download the updated JAR.

THIS IS A BLOCKING ISSUE. If a release is not planned soon, the fix needs to be back ported.

Having snapshots that don't update reduces the usefullness of SNAPSHOT to ZERO. Actually its worse than that, because we expect that SNAPSHOTS be updated from our internal repo and maven behaves as if it is updating them and then it does NOTHING. A fix in 2.1 does nothing for us if 2.1 doesn't get releases soon.

2.1 is realy to late for us,

we (100 persons) cannot every day update there local repository with more than 300 artifacts per hand

we need a solution nearly today!!

the current fix has resulted in a regression in the release update functionality. Another IT is in order.

fixed, again

This is still an issue in 2.0.5. I can never get an artifact with a non-unique version number containing SNAPSHOT to update in the local repository. I get a message like:

[DEBUG] repository metadata for: 'snapshot mygroup:myartifact:main-SNAPSHOT' could not be found on repository: devst

even though it appears as though the correct metadata is present on the remote server. A new maven-metadata-devst.xml is created in the local repository, but none of the artifacts are pulled.

How do I reopen this?

Finally got this to work by packaging and deploying using m2 after the m1 build completed. It only seems to work if the artifacts in the remote repository have unique names (i.e. with the timestamp in it). You then end up with two copies of the artifact in the local repo, one with the unique name (i.e. myartifactid-1.0-20070222.002933-1.jar) and one with the abbreviated artifactid-versionid name (i.e. myartifact-1.0-SNAPSHOT.jar). Kind of a waste of space, but at least it works...

This does not appear to be fixed and is related to MNG-2289.

Jason, I have test cases in the integration tests showing this works, and they run in every environment I have ever run them in.

Do you have:

• an additional test case that shows it doesn't work, or
• an environment where the test cases fail?

If not, I'd prefer to leave this closed for 2.0.5 and open new issues for any new issues found with the functionality.

this was fixed in several scenarios in 2.0.5. Any related problems are being filed as new issues.