Thanks, Yoav. This was indeed the case, at least for this pom. I'm not happy about turning off consistency checks but it did get me beyond the colt 1.2.0 problem. Unfortunately, two other errors were not solved by this fix: bcel/bcel/5.1 and ant-contrib/ant-contrib/1.0b3. Both of these poms are structurally incorrect:
2010-09-09 11:32:07,935 [pool-1-thread-16] [WARN ] (o.a.e.DownloadServiceImpl:205) - Sending HTTP error code 409: Failed to read POM for 'bcel/bcel/5.1/bcel-5.1.pom': Unrecognised association: 'groupId' (position: START_TAG seen ...<dependencies>\n <groupId>... @7:14) .. 2010-09-09 11:33:46,867 [pool-1-thread-21] [WARN ] (o.a.e.DownloadServiceImpl:205) - Sending HTTP error code 409: Failed to read POM for 'ant-contrib/ant-contrib/1.0b3/ant-contrib-1.0b3.pom': Unrecognised association: 'url' (position: START_TAG seen ...<licenses>\n <url>... @10:10) .. Even with consistency checks turned off, these produce 409 responses which kills the build under maven3. Of course, the same 409 responses were sent to maven 2.2.1 which silently ignored them and completed the build. So my original question remains - is this maven behavior intended and, if so, can we increase the urgency of fixing bad poms in maven central (repo1.maven.org) so I don't have to host a lot of already-available artifacts just to fix their metadata? Thanks, John Singleton On Wed, Sep 8, 2010 at 6:51 PM, Yoav Landman <[email protected]> wrote: > This may be a result of pom validation checks by Artifactory itself. See: > http://wiki.jfrog.org/confluence/display/RTF/Advanced - suppressing pom > consistency checks. You should see a message in the server log - if you do > try turning it off or deploy a fixed pom version locally. > > On Wed, Sep 8, 2010 at 11:31 PM, John Singleton <[email protected]> > wrote: > > > I have tried to use Maven 3.0 (all beta versions) on our project but the > > build fails due to a metadata error in an artifact in the central > > repository. The error message is: > > > > Error transferring file: Server returned HTTP response code: 409 for URL: > > > > > http://blackbook.jhuapl.edu:8080/artifactory/repo/colt/colt/1.2.0/colt-1.2.0.pom- > > > > > [Help 1] > > > > Is this behavior intended? (our project builds fine with maven 2.2.1, > but > > I > > understand that m3 does more extensive pom verification) > > > > If so, will there be more urgency to fixing bad data in central? The bad > > colt pom is already identified in MEV-618 (05MAR09) and is still > > unassigned. > > > > Until that happens, what is the recommended fix or workaround? > > > > Thanks, > > John Singleton > > > > On Wed, Sep 8, 2010 at 9:49 AM, Brian Fox <[email protected]> wrote: > > > > > So if you haven't > > > yet, we would like you to grab the latest 3.x build and give us your > > > feedback. > > > > > > --Brian > > > Apache Maven PMC Chair > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [email protected] > > > For additional commands, e-mail: [email protected] > > > > > > > > >
