You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Jason van Zyl (JIRA)" <ji...@codehaus.org> on 2007/04/20 19:28:46 UTC

[jira] Updated: (MNG-2377) maven-metadata not re-read after failure

     [ http://jira.codehaus.org/browse/MNG-2377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jason van Zyl updated MNG-2377:
-------------------------------

    Fix Version/s: 2.1-alpha-1

> maven-metadata not re-read after failure
> ----------------------------------------
>
>                 Key: MNG-2377
>                 URL: http://jira.codehaus.org/browse/MNG-2377
>             Project: Maven 2
>          Issue Type: Bug
>    Affects Versions: 2.0-alpha-1
>            Reporter: Kenney Westerhof
>            Assignee: Jason van Zyl
>            Priority: Minor
>             Fix For: 2.1-alpha-1
>
>
> A bug in deploy (not setting filePermissions correctly on deploy) caused the maven-metadata...xml and the artifacts/poms
> to be unreadable.
> When building a project with a dep on a SNAPSHOT artifact on the faulty remote repository, the maven-metadata can not be read.
> Maven creates a maven-metadata...xml with the following content (sample):
> {noformat}
> <?xml version="1.0" encoding="UTF-8"?><metadata>
>   <groupId>com.neonics.container</groupId>
>   <artifactId>bundle-factory-maven</artifactId>
>   <version>1.0-SNAPSHOT</version>
> </metadata>
> {noformat}
> After fixing the permissions I restart the build, but the metadata file is not re-read, resulting in Maven thinking
> 1.0-SNAPSHOT is the actual version and trying to get  ...artifact/1.0-SNAPSHOT/artifact-1.0-SNAPSHOT.pom
> which does not exist.
> Touching the files on the remote repo doesn't help either.
> Only when running with -U the metadata file is retrieved (another solution is to purge files from
> the local repository).
> I think Maven should not create the metadata file if it can't be retrieved AND if the non-timestamped
> SNAPSHOT version doesn't exist.
> I can see why the placeholder metadata files reduces future requests for this file,
> but that's only useful if there _are_ future requests. There are indeed repeated requests for the pom
> and artifact, even though they also don't exist. I think that only when the artifact 1.0-SNAPSHOT exists
> and the metadata file doesn't, it's safe to put a placeholder metadata file in the local repository.

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