Thank you very much Andreas, Are you saying that only the trunks of Rampart or Axis2 will profit from your change? What SVN versions are you recommending to use for a stable Axis2 & Rampart build?
Josef -----Ursprüngliche Nachricht----- Von: Andreas Veithen [mailto:andreas.veit...@gmail.com] Gesendet: Donnerstag, 5. Juli 2012 21:35 An: java-user@axis.apache.org Betreff: Re: [rampart/opensaml] bad artifacts returned causing mvn builds to fail Yes, a few days ago the Shibboleth project moved its repository and they did that in such a way that all builds using this repository are badly broken. I've banned the repository from Rampart trunk and 1.6: http://svn.apache.org/viewvc?rev=1357818&view=rev http://svn.apache.org/viewvc?rev=1357821&view=rev Andreas On Thu, Jul 5, 2012 at 9:55 AM, Stadelmann Josef <josef.stadelm...@axa-winterthur.ch> wrote: > I am just struggling to build my project using maven axis2 and rampart > after I cleared out the local .m2/repository cache. > > Also the problem explained is discussed as well in us...@maven.apache.org > subject:[mvn] bad artifacts returned > > The issue is as simple as that: > > shibboleth edu has moved theire artifact repository to another placeand > > asking for a POM you get HTML back and status OK (200) > > in short you always get htm back what ever you ask for! > > The effect becomes visible if you delet your .m2/repository: > > And even when you work with a MRM that one is only a mirror. > > It might have in a cahe what your asking for. > > But once that cache is invalidated (like my m2/repository) > > you go to your MRM and from there to maven central > > and you will be redirected through transitive dependencies > > to the place called shibbolet > > you can not expect that project builds correctly unless you already have all > artifacts in your local cache .m2/repository > > which is the case for my PC (so projects build there)= but not for my other > machine. > > AS LONG AS a repository with a <url> to shibbolte is defined in one of your > poms as long you will have problem. > > - be it a direct dependency or indirect, transitive dependencies > > AFAIK: the following 2 artifacts are afected -lead to problems artifact > > org/apache/rampart/rampart-project/1.6.2/rampart-project-1.6.1.* > > > > <repositories> > > <repository> > > <releases> > > <enabled>true</enabled> > > <updatePolicy>always</updatePolicy> > > <checksumPolicy>warn</checksumPolicy> > > </releases> > > <snapshots> > > <enabled>true</enabled> > > <updatePolicy>never</updatePolicy> > > <checksumPolicy>warn</checksumPolicy> > > </snapshots> > > <id>open-saml</id> > > <name>OpenSAML</name> > > <url>http://shibboleth.internet2.edu/downloads/maven2/</url> > > </repository> > > </repositories> > > And org/opensaml/opensaml/2.2.3/opensaml-2.2.3.* > > has a reference to this bad behaving server as well > > <repositories> > > <repository> > > <id>shibboleth.internet2.edu</id> > > <name>Internet2</name> > > <layout>default</layout> > > <url>http://shibboleth.internet2.edu/downloads/maven2</url> > > <snapshots> > > <enabled>false</enabled> > > </snapshots> > > </repository> > > </repositories> > > true for axis2-1.6.2 as well! > > The server at shibbolet behaves bad > > because if I ask a server for a pom > > I do not want a html back with status code OK! > > Just try the following for an artifac you may need sooner than later;: > > http://shibboleth.internet2.edu/downloads/maven2/org/apache/xalan/xalan/2.7.1/xalan-2.7.1.pom > > and there where many more artifacs at shibboleth > > Josef --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org For additional commands, e-mail: java-user-h...@axis.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org For additional commands, e-mail: java-user-h...@axis.apache.org
