[ http://issues.apache.org/struts/browse/SHALE-319?page=comments#action_38484 ] Matthias Wessendorf commented on SHALE-319: -------------------------------------------
> I'm also not in favor of a solution that requires developers to edit > settings.xml in order to build Shale, but I don't think that is the case here. right. I didn't have a settings.xml for my latest test case. I only needed to edit the -parent. > We have releases enabled on apache.snapshots because that is where we have > been staging releases. A better idea would be to stage them elsewhere, such as > http://people.apache.org/builds/shale/m2-staging-repository, and remove this > repository definition from shale-parent. +1 for the remove :) > For the java.net repo, I thought I heard that it would be synced with the > central repository. If that is true, then we don't need that one, either. well at least I was able to get sun stuff (like RI) from ibiblio, which was not he case is the past, I think that's the reason why it is still there. > The build failures seem to be a bug in Maven's dependency resolution > mechanism. It should check all of the repositories, and from the log output, > it never checks its own > central repo. We had a similar report at Struts this morning. yeah, think that's a bug too, but let's remove the (unneeded repos too). I ping the maven user list about this thread. -M > Shale-Parent--pom contains repositories > --------------------------------------- > > Key: SHALE-319 > URL: http://issues.apache.org/struts/browse/SHALE-319 > Project: Shale > Issue Type: Bug > Environment: behind a firewall / proxy > Reporter: Matthias Wessendorf > Assigned To: Matthias Wessendorf > > The "parent pom" in Shale has an "abuse" of <repositories/>. It > specifies two repositories inside the <repositories/> xml element. IMO > this should be handled by the user's settings.xml file and not by a > lib. > So, if you are behind a proxy, a corp.-m2-mirrow and a > corp-own-m2-repo, you can't build stuff which uses Shale. (This > envoironment is sorta production like.) > Why can't you build the stuff? > Because maven sees only (to fetch Shale dependencies) these two repos: > -Apache M2 Snapshot > -Java.net > So it tries to download apache2-pom from these... it doesn't look in > other repos. > (currently the apache m2 snapshot repo is down... so it doesn't get > Shale-master too, > which is! available within a regular m2 repo) > Our work around, we changed the shale-parent-pom in our corp. m2 repo > and commented those repositories out. That works. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/struts/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
