RE: metadata -updater does not appear to be working!
If the metadata has been updated, then the deploy works fine and the metadata in updated correctly. If the metadata has not been update, the deploy still works fine, but the build numbers get off and there will be "missing builds" in the repo. I am not sure of other scenarios. We have not encountered any. Deleting files and fixing metatdata files has been a problem for us for awhile and we have had to do it manually in the past, so that it is why it is nice to have this feature in Archiva. However, I would like to see it correct the metatdata file without needing to touch any files after deleting files. -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 08, 2008 4:34 PM To: archiva-users@maven.apache.org Subject: Re: metadata -updater does not appear to be working! On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > 1) touching the old jar, seems to work. ok, I'll add that info to the bug > > 2) I add new builds with maven and not Archiva, and it will increment > from the last build number so the next build will not be 4, it will be > 6. If, the metatdata file isn't updated first. right - but if the metadata is up to date, then there's no problem? That is, are there scenarios other than deleting builds where the metadata is not updated? > > > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 08, 2008 4:08 PM > To: archiva-users@maven.apache.org > Subject: Re: metadata -updater does not appear to be working! > > Ah, sorry I wasn't clear. I was referring to the timestamp on the > filesystem - if you touch the JAR you listed and scan again, is the > metadata updated? > > Likewise, does adding a new build instead of removing work? > > - Brett > > On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > > I can confirm that both timestamp and build number are the problem. > > > > For example, here is the latest artifact on the file system: > > > > test-1.0-2008407.211352-3.jar > > > > here is the metatdata file: > > > > > > chaffee.jason.test > > test > > 1.0-SNAPSHOT > > > > > > 5 > > 20080407.212453 > > > > 20080407212454 > > > > > > > > > > > > -Original Message- > > From: Brett Porter [mailto:[EMAIL PROTECTED] > > > > Sent: Tuesday, April 08, 2008 3:54 PM > > To: archiva-users@maven.apache.org > > Subject: Re: metadata -updater does not appear to be working! > > > > > > On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > > > I will file it today. Is there any chance of getting it into a > 1.0.2 > > > release? > > > > This is being released now, but there's no reason we can't get > another > > release together soon if there are high priority issues. > > > > > I know that this is extremely important to us. I would even > > > be willing to contribute to with some general guidance where in > the > > code > > > to get started? > > > > Hmm, looking at [1] (updateMetadata for VersionReference) it appears > > that it already does calculate the snapshot version. But the code > that > > calls it in [2] does include a timestamp check that then skips it. > Can > > you confirm whether the timestamp check is the problem? > > > > - Brett > > > > [1] > > > http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base > > > /archiva-repository-layer/src/main/java/org/apache/maven/archiva/reposit > > ory/metadata/MetadataTools.java?revision=642426&view=markup > > [2] > > > http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base > > > /archiva-consumers/archiva-core-consumers/src/main/java/org/apache/maven > > > /archiva/consumers/core/MetadataUpdaterConsumer.java?revision=642426&vie > > w=markup > > > > -- > > Brett Porter > > Blog: http://blogs.exist.com/bporter/ > > > > > -- > Brett Porter > Blog: http://blogs.exist.com/bporter/ > -- Brett Porter Blog: http://blogs.exist.com/bporter/
Re: metadata -updater does not appear to be working!
On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > 1) touching the old jar, seems to work. ok, I'll add that info to the bug > > 2) I add new builds with maven and not Archiva, and it will increment > from the last build number so the next build will not be 4, it will be > 6. If, the metatdata file isn't updated first. right - but if the metadata is up to date, then there's no problem? That is, are there scenarios other than deleting builds where the metadata is not updated? > > > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 08, 2008 4:08 PM > To: archiva-users@maven.apache.org > Subject: Re: metadata -updater does not appear to be working! > > Ah, sorry I wasn't clear. I was referring to the timestamp on the > filesystem - if you touch the JAR you listed and scan again, is the > metadata updated? > > Likewise, does adding a new build instead of removing work? > > - Brett > > On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > > I can confirm that both timestamp and build number are the problem. > > > > For example, here is the latest artifact on the file system: > > > > test-1.0-2008407.211352-3.jar > > > > here is the metatdata file: > > > > > > chaffee.jason.test > > test > > 1.0-SNAPSHOT > > > > > > 5 > > 20080407.212453 > > > > 20080407212454 > > > > > > > > > > > > -Original Message- > > From: Brett Porter [mailto:[EMAIL PROTECTED] > > > > Sent: Tuesday, April 08, 2008 3:54 PM > > To: archiva-users@maven.apache.org > > Subject: Re: metadata -updater does not appear to be working! > > > > > > On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > > > I will file it today. Is there any chance of getting it into a > 1.0.2 > > > release? > > > > This is being released now, but there's no reason we can't get > another > > release together soon if there are high priority issues. > > > > > I know that this is extremely important to us. I would even > > > be willing to contribute to with some general guidance where in > the > > code > > > to get started? > > > > Hmm, looking at [1] (updateMetadata for VersionReference) it appears > > that it already does calculate the snapshot version. But the code > that > > calls it in [2] does include a timestamp check that then skips it. > Can > > you confirm whether the timestamp check is the problem? > > > > - Brett > > > > [1] > > > http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base > > > /archiva-repository-layer/src/main/java/org/apache/maven/archiva/reposit > > ory/metadata/MetadataTools.java?revision=642426&view=markup > > [2] > > > http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base > > > /archiva-consumers/archiva-core-consumers/src/main/java/org/apache/maven > > > /archiva/consumers/core/MetadataUpdaterConsumer.java?revision=642426&vie > > w=markup > > > > -- > > Brett Porter > > Blog: http://blogs.exist.com/bporter/ > > > > > -- > Brett Porter > Blog: http://blogs.exist.com/bporter/ > -- Brett Porter Blog: http://blogs.exist.com/bporter/
RE: metadata -updater does not appear to be working!
1) touching the old jar, seems to work. 2) I add new builds with maven and not Archiva, and it will increment from the last build number so the next build will not be 4, it will be 6. If, the metatdata file isn't updated first. -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 08, 2008 4:08 PM To: archiva-users@maven.apache.org Subject: Re: metadata -updater does not appear to be working! Ah, sorry I wasn't clear. I was referring to the timestamp on the filesystem - if you touch the JAR you listed and scan again, is the metadata updated? Likewise, does adding a new build instead of removing work? - Brett On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > I can confirm that both timestamp and build number are the problem. > > For example, here is the latest artifact on the file system: > > test-1.0-2008407.211352-3.jar > > here is the metatdata file: > > > chaffee.jason.test > test > 1.0-SNAPSHOT > > > 5 > 20080407.212453 > > 20080407212454 > > > > > > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 08, 2008 3:54 PM > To: archiva-users@maven.apache.org > Subject: Re: metadata -updater does not appear to be working! > > > On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > > I will file it today. Is there any chance of getting it into a 1.0.2 > > release? > > This is being released now, but there's no reason we can't get another > release together soon if there are high priority issues. > > > I know that this is extremely important to us. I would even > > be willing to contribute to with some general guidance where in the > code > > to get started? > > Hmm, looking at [1] (updateMetadata for VersionReference) it appears > that it already does calculate the snapshot version. But the code that > calls it in [2] does include a timestamp check that then skips it. Can > you confirm whether the timestamp check is the problem? > > - Brett > > [1] > http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base > /archiva-repository-layer/src/main/java/org/apache/maven/archiva/reposit > ory/metadata/MetadataTools.java?revision=642426&view=markup > [2] > http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base > /archiva-consumers/archiva-core-consumers/src/main/java/org/apache/maven > /archiva/consumers/core/MetadataUpdaterConsumer.java?revision=642426&vie > w=markup > > -- > Brett Porter > Blog: http://blogs.exist.com/bporter/ > -- Brett Porter Blog: http://blogs.exist.com/bporter/
Re: metadata -updater does not appear to be working!
Ah, sorry I wasn't clear. I was referring to the timestamp on the filesystem - if you touch the JAR you listed and scan again, is the metadata updated? Likewise, does adding a new build instead of removing work? - Brett On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > I can confirm that both timestamp and build number are the problem. > > For example, here is the latest artifact on the file system: > > test-1.0-2008407.211352-3.jar > > here is the metatdata file: > > > chaffee.jason.test > test > 1.0-SNAPSHOT > > > 5 > 20080407.212453 > > 20080407212454 > > > > > > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 08, 2008 3:54 PM > To: archiva-users@maven.apache.org > Subject: Re: metadata -updater does not appear to be working! > > > On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > > I will file it today. Is there any chance of getting it into a 1.0.2 > > release? > > This is being released now, but there's no reason we can't get another > release together soon if there are high priority issues. > > > I know that this is extremely important to us. I would even > > be willing to contribute to with some general guidance where in the > code > > to get started? > > Hmm, looking at [1] (updateMetadata for VersionReference) it appears > that it already does calculate the snapshot version. But the code that > calls it in [2] does include a timestamp check that then skips it. Can > you confirm whether the timestamp check is the problem? > > - Brett > > [1] > http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base > /archiva-repository-layer/src/main/java/org/apache/maven/archiva/reposit > ory/metadata/MetadataTools.java?revision=642426&view=markup > [2] > http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base > /archiva-consumers/archiva-core-consumers/src/main/java/org/apache/maven > /archiva/consumers/core/MetadataUpdaterConsumer.java?revision=642426&vie > w=markup > > -- > Brett Porter > Blog: http://blogs.exist.com/bporter/ > -- Brett Porter Blog: http://blogs.exist.com/bporter/
RE: metadata -updater does not appear to be working!
I can confirm that both timestamp and build number are the problem. For example, here is the latest artifact on the file system: test-1.0-2008407.211352-3.jar here is the metatdata file: chaffee.jason.test test 1.0-SNAPSHOT 5 20080407.212453 20080407212454 -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 08, 2008 3:54 PM To: archiva-users@maven.apache.org Subject: Re: metadata -updater does not appear to be working! On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > I will file it today. Is there any chance of getting it into a 1.0.2 > release? This is being released now, but there's no reason we can't get another release together soon if there are high priority issues. > I know that this is extremely important to us. I would even > be willing to contribute to with some general guidance where in the code > to get started? Hmm, looking at [1] (updateMetadata for VersionReference) it appears that it already does calculate the snapshot version. But the code that calls it in [2] does include a timestamp check that then skips it. Can you confirm whether the timestamp check is the problem? - Brett [1] http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base /archiva-repository-layer/src/main/java/org/apache/maven/archiva/reposit ory/metadata/MetadataTools.java?revision=642426&view=markup [2] http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base /archiva-consumers/archiva-core-consumers/src/main/java/org/apache/maven /archiva/consumers/core/MetadataUpdaterConsumer.java?revision=642426&vie w=markup -- Brett Porter Blog: http://blogs.exist.com/bporter/
Re: metadata -updater does not appear to be working!
On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > I will file it today. Is there any chance of getting it into a 1.0.2 > release? This is being released now, but there's no reason we can't get another release together soon if there are high priority issues. > I know that this is extremely important to us. I would even > be willing to contribute to with some general guidance where in the code > to get started? Hmm, looking at [1] (updateMetadata for VersionReference) it appears that it already does calculate the snapshot version. But the code that calls it in [2] does include a timestamp check that then skips it. Can you confirm whether the timestamp check is the problem? - Brett [1] http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base/archiva-repository-layer/src/main/java/org/apache/maven/archiva/repository/metadata/MetadataTools.java?revision=642426&view=markup [2] http://svn.apache.org/viewvc/archiva/branches/archiva-1.0.x/archiva-base/archiva-consumers/archiva-core-consumers/src/main/java/org/apache/maven/archiva/consumers/core/MetadataUpdaterConsumer.java?revision=642426&view=markup -- Brett Porter Blog: http://blogs.exist.com/bporter/
RE: metadata -updater does not appear to be working!
http://jira.codehaus.org/browse/MRM-772 -Original Message- From: Jason Chaffee [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 08, 2008 3:44 PM To: archiva-users@maven.apache.org Subject: RE: metadata -updater does not appear to be working! I will file it today. Is there any chance of getting it into a 1.0.2 release? I know that this is extremely important to us. I would even be willing to contribute to with some general guidance where in the code to get started? -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 08, 2008 3:36 PM To: archiva-users@maven.apache.org Subject: Re: metadata -updater does not appear to be working! Hi Jason, Can you file this as a request? I think at present the updater corrects the flag, but not the snapshot information (it also doesn't correct the plugin group metadata). - Brett On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > According to the documentation the metadata-updater will do the > following: > > > > metadata-updater - Updates artifact metadata files depending on the > content of the repository. > > > > I have been testing this by deploying several artifacts to the > repository and getting a specific timestamp and build number in the > maven-metatadata.xml file. Next, I delete the latest (snapshot) build > from the repo, including checksums. I run the repository scanner and > the database-updater and this file is never fixed based on the actual > contents of the file system. Archive updates it internal metadata, but > not maven's metadata and thus maven fails to download the artifact. > > -- Brett Porter Blog: http://blogs.exist.com/bporter/
RE: metadata -updater does not appear to be working!
I will file it today. Is there any chance of getting it into a 1.0.2 release? I know that this is extremely important to us. I would even be willing to contribute to with some general guidance where in the code to get started? -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 08, 2008 3:36 PM To: archiva-users@maven.apache.org Subject: Re: metadata -updater does not appear to be working! Hi Jason, Can you file this as a request? I think at present the updater corrects the flag, but not the snapshot information (it also doesn't correct the plugin group metadata). - Brett On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > According to the documentation the metadata-updater will do the > following: > > > > metadata-updater - Updates artifact metadata files depending on the > content of the repository. > > > > I have been testing this by deploying several artifacts to the > repository and getting a specific timestamp and build number in the > maven-metatadata.xml file. Next, I delete the latest (snapshot) build > from the repo, including checksums. I run the repository scanner and > the database-updater and this file is never fixed based on the actual > contents of the file system. Archive updates it internal metadata, but > not maven's metadata and thus maven fails to download the artifact. > > -- Brett Porter Blog: http://blogs.exist.com/bporter/
Re: metadata -updater does not appear to be working!
Hi Jason, Can you file this as a request? I think at present the updater corrects the flag, but not the snapshot information (it also doesn't correct the plugin group metadata). - Brett On 09/04/2008, Jason Chaffee <[EMAIL PROTECTED]> wrote: > According to the documentation the metadata-updater will do the > following: > > > > metadata-updater - Updates artifact metadata files depending on the > content of the repository. > > > > I have been testing this by deploying several artifacts to the > repository and getting a specific timestamp and build number in the > maven-metatadata.xml file. Next, I delete the latest (snapshot) build > from the repo, including checksums. I run the repository scanner and > the database-updater and this file is never fixed based on the actual > contents of the file system. Archive updates it internal metadata, but > not maven's metadata and thus maven fails to download the artifact. > > -- Brett Porter Blog: http://blogs.exist.com/bporter/