Ok Wayne or anybody else we have a corporate repository acting as a proxy to central ! fine - this safes you a lot bandwidth and us time.
But what shall I do if I get same rubbish from our repository as well as from central when I ask for pom / jar? for an artifact? I just cleared out my m2/repository and have all downloaded for a small axis2 project from our repository at axa-winterthur. As xalan jars and pom's and others are in error, just rubbish HTML in it, I expected our axa-winterthur repository is bad; Hence I took out from settings.xml the <mirror> to our repository. Sso I work without any mirror at the moment. But bad luck, our repository is really just a mirror of central and contains the same rubbish for xalan-2.7.1.pom and jar - HTML in a POM and in the jar's while my $ mvn install takes place I observer the following [INFO] ------------------------------------------------------------------------ [INFO] Building SpezplaService 1.6.1 [INFO] ------------------------------------------------------------------------ Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/maven-metadata.xml Downloaded: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/maven-metadata.xml (614 B at 2.2 KB/sec) Downloading: http://repo1.maven.org/maven2/org/apache/xalan/xalan/2.7.1/xalan-2.7.1.pom Downloading: http://shibboleth.internet2.edu/downloads/maven2/org/apache/xalan/xalan/2.7.1/xalan-2.7.1.pom [WARNING] Checksum validation failed, expected <!DOCTYPE but is 2b52583a26dc455eebec16f29ab9480344f2c5a4 for http://shibboleth.internet2.edu/downloads/maven2/org/apache/xalan/xalan/2.7.1/xalan-2.7.1.pom [WARNING] Checksum validation failed, expected <!DOCTYPE but is 2b52583a26dc455eebec16f29ab9480344f2c5a4 for http://shibboleth.internet2.edu/downloads/maven2/org/apache/xalan/xalan/2.7.1/xalan-2.7.1.pom let's take 1 by 1 Downloading: http://shibboleth.internet2.edu/downloads/maven2/org/apache/xalan/xalan/2.7.1/xalan-2.7.1.pom taking this URL into the browser brings you to the shibboleth site and it seems that the expected repository has been relocated to somewhere else. I think, maven cannot handle this bad redirection but sucks up the HTML rubbish instead from this site for the artifacts wanted. What I do not understand is, why xalan-* and a few other artifacts must come down from http://shibboleth.internet2.edu/downloads/maven2/org/apache/ Where can I prevent this? can I? can I black-list proactively the <mirror><url>http://shibboleth.internet2.edu/downloads/maven2 ? can someone more fluent with that confirm or explain me what happens? any help welcome Josef -----Ursprüngliche Nachricht----- Von: Wayne Fay [mailto:[email protected]] Gesendet: Dienstag, 3. Juli 2012 18:28 An: Maven Users List Betreff: Re: [mvn-3] jar files causing problems > [WARNING] The POM for org.apache.xalan:xalan:jar:2.7.1 is invalid, > transitive dependencies (if any) will not be available, enable debug logging > for more details Cat the jar file or open it in vi etc. I bet you see an HTTP 503 or a 404 or something other HTML in there instead of the proper binary jar bits. Most likely you have a problem in your settings.xml. Ideally you should set up a proper local Maven Repository Manager (Nexus, Archiva, Artifactory, etc) and leverage it for your jar access. Wayne --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
