[
http://jira.codehaus.org/browse/MEV-549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_110989
]
Paul King commented on MEV-549:
-------------------------------
Thanks Carlos, that info helped me track down the problem. Looks like we hadn't
updated our doco for the manual part of our release process and a manual step
was being done that is now automated. I have fixed that and cleared the
spurious jars from the dist.codehaus.org/groovy side of things.
What is left now is removing the spurious entries in the m1 and m2 repo1
directories. What is the best way to go about this? Should I list all the URLs
and incorporate them as a comment on this issue?
It is basically the:
1.1-beta-2, 1.1-beta-3, 1.1-rc-1 directories in:
http://repo1.maven.org/maven2/groovy/groovy/
and the 1.1-beta-1, 1.1-beta-2, 1.1-beta-3, 1.1-rc-1 directories in both of
these:
http://repo1.maven.org/maven2/groovy/groovy-all/
http://repo1.maven.org/maven2/groovy/groovy-all-minimal/
plus the same corresponding files in the m1 repo
Let me know if I need a separate issue for each of these?
Thanks, Paul.
> Strange Groovy entries in the repository
> ----------------------------------------
>
> Key: MEV-549
> URL: http://jira.codehaus.org/browse/MEV-549
> Project: Maven Evangelism
> Issue Type: Task
> Components: Relocation
> Reporter: Paul King
>
> Hi, I am trying to track down why some spurious entries are showing up for
> Groovy. Please let me know if this is not the appropriate forum.
> Groovy used to publish into the maven1 repo and there was some magic in place
> that "republished" artifacts into the maven 2 repo.
> Groovy now publishes into the maven2 repo and some magic "republishes" the
> jars back into repo1.
> Unfortunately, the old magic still seems to be in place and a spurious entry
> appears (under the old groupId) in the maven 2 repo.
> Does anyone know how to turn off the old magic? I guess then we need to clean
> up the spurious artifacts but I can submit separate issue(s) for that if
> needed.
> Here is my understanding of the trail:
> (1) Project publishes to http://repository.codehaus.org/org/codehaus/groovy/
> (2) Sync happens to copy artifacts to
> http://repo1.maven.org/maven2/org/codehaus/groovy/
> (3) Magic happens here to copy artifacts back to maven 1 land ending up at
> http://repo1.maven.org/maven/groovy/jars/
> This is actually broken in that it should be being copied to
> http://repo1.maven.org/maven/org.codehaus.groovy/jars/
> and also the copying of the poms to http://repo1.maven.org/maven/groovy/poms
> (which of course should also
> be changed to http://repo1.maven.org/maven/org.codehaus.groovy/poms) has
> stopped working at some point.
> (4) Additional magic which should be turned off now occurs at this point and
> copies the artifacts back to the maven 2
> repo. An example of this from 1.1-rc-1 (12 Oct 2007) can be found here:
> http://repo1.maven.org/maven2/groovy/groovy-all/1.1-rc-1/
> This is in the wrong place given the groupId and doesn't contain a POM.
> I am trying to track this down so I can request that step (4) be turned off.
> Thanks, Paul.
--
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
