I'm still trying to get away with not using a repo manager. I can always right
a perl script to update the maven-metadata.xml files, but if something already
existed, I would prefer that. This is what's in it after a deploy (group id
and artifact id changed):
<?xml version="1.0" encoding="UTF-8"?><metadata>
<groupId>com.pervasive.component</groupId>
<artifactId>artifact-distribution</artifactId>
<version>4.0.2.11</version>
<versioning>
<versions>
<version>4.0.2.11</version>
</versions>
<lastUpdated>20090401013925</lastUpdated>
</versioning>
</metadata>
Yea, it's the maven-metadata.xml in the artifactId directory, sorry I was not
clear on that. Basically the file gets recreated as if the maven-metadata.xml
file was not there before. This just wipes out all of the other version in the
maven-metadata.xml file that had been created. I opened a bug here:
http://jira.codehaus.org/browse/MDEPLOY-99
FWIW, Maven 2.1.0 and maven-deploy-plugin 2.4.
-Jim
-----Original Message-----
From: Brett Porter [mailto:[email protected]]
Sent: Tuesday, March 31, 2009 8:33 PM
To: Maven Users List
Subject: Re: Update maven-metadata.xml
On 01/04/2009, at 12:16 PM, Jim McCaskey wrote:
> Hello all,
>
> I have two questions surrounding maven-metadata.xml files.
>
> I have a need to regenerate a bunch of maven-metadata.xml files. I
> was wondering if there where any tools or mojo's that might be able
> to help me do this. Needing to do this was caused by...
Check out the repository managers - I believe they all can correct
these files (I know for certain Archiva does).
>
> I also have a problem with using deploy:deploy-file. It seems to
> just create a brand new maven-metadata.xml file regardless of if the
> file has contents or not. Does anyone know how to make it stop
> doing that? I have checked the documentation here:
>
which information is wrong afterwards - is it missing other versions?
I assume you are talking about the one in the artifactId directory,
not the group or version directory?
If this really isn't working, an issue should be filed with the deploy
plugin.
- Brett
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
