-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

it already does so, based on the artifact itself's lastMod time...this
is why the POM check is getting messed up...the artifact has changed, so
repoclean processes it without any regard for what's already there WRT
the POM...

That's what we need to make more intelligent, I think.

Trygve Laugstol (JIRA) wrote:
>      [ http://jira.codehaus.org/browse/MRM-4?page=comments#action_40874 ]
>      
> Trygve Laugstol commented on MRM-4:
> -----------------------------------
> 
> John: Is is possible to have a process that scans for changed/new artifacts 
> only and processes them? Is so, is this process any less disk intensive 
> (which determines the run time of the process)? 
> 
> 
>>repoclean overwrites valid poms with dummy poms when there was none in m1 repo
>>------------------------------------------------------------------------------
>>
>>         Key: MRM-4
>>         URL: http://jira.codehaus.org/browse/MRM-4
>>     Project: Maven Repository Manager
>>        Type: Bug
>>  Components: repository-converter
>>    Reporter: Brett Porter
>>    Assignee: John Casey
> 
> 
>>
>>I copied the wagon JARs from the m2 repo to the m1 repo so that m1 users 
>>could access them. However, repoclean detected they were newer and 
>>"converted" them, copying the JARs back to the original location where they 
>>already resided, and overwriting valid m2 poms with dummy groupId/artifactId 
>>only POMs because there were none in the m1 repo.
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFCqBwlK3h2CZwO/4URAhApAJ0ehtTmsBZaDMDv9yNEijj3QifUFQCffmSf
EBIfLs5NRIW15OFr332VHL0=
=3WWw
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to