I've also been successful building branches/2.1 with Donald's most recent change to revert back to genesis 1.3.1 and the mirror for java.net in my settings.xml as mentioned earlier.

here's the details for 2.1:
 https://svn.apache.org/repos/asf/geronimo/server/branches/2.1
 Maven 2.0.10
 jdk 1.5.0_20 (mac)

Joe

Joe Bohn wrote:
I've also verified that this work-around will get Geronimo 2.2 building again. So I've now built both 2.1.4 and 2.2 from clean repos (using different jdk's, and maven versions) with the referenced addition to settings.xml.

To break it down by Geronimo version:

2.2:
https://svn.apache.org/repos/asf/geronimo/server/branches/2.2
Maven 2.2.1
jdk 1.6.0_15 (mac)

2.1.4:
https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.4
Maven 2.0.10
jdk 1.5.0_20 (mac)


Joe

Joe Bohn wrote:
Thanks for documenting this Jeff. Hopefully this will be a temporary work-around which can later be removed once things are fixed in the repository.

Which brings me to the next point - what can be done to really fix this? I guess Sun owns this repo? We could push to get the redirect removed from https://maven-repository.dev.java.net/nonav/repository/ ... but the net result would be that our builds would still fail because we would never get the artifacts that we need from that repo or its replacement.

Any ideas?

Joe


chi runhua wrote:
I update the page on GMOxDEV based on this discussion, anything incorrect, please let me know. http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html Jeff

On Wed, Nov 11, 2009 at 5:47 AM, Joe Bohn <joe.b...@earthlink.net <mailto:joe.b...@earthlink.net>> wrote:

    Kevan Miller wrote:


        On Nov 10, 2009, at 3:31 PM, Joe Bohn wrote:

            After looking into this some more and discussing it off-line
            with Jarek I've learned the following:

            - It isn't really returning a bogus pom or jar ... it is
            just returning a redirect.  Maven wrongly assumes that this
is the actual file that was requested and persists it as such.
            - Using Maven 2.2.1 (I was using 2.0.10) doesn't handle the
            redirects any better and so doesn't fix the problem.
            - For tags/2.1.4 maven 2.2.1 also causes other problems so
            it's best to stick with maven 2.1.10 of you are building
            Geronimo 2.1.*
            - org/apache/yoko/yoko/1.0/yoko-1.0.pom includes a
            repository list that points to
            https://maven-repository.dev.java.net/nonav/repositorid of
            java.net <http://java.net/> so this is why we are pulling in
            that repo
            - If I add the following to my settings.xml for maven I can
            avoid the redirect (and hence avoid the bogus poms/jars) and
            get beyond this problem to build Geronimo 2.1.4 using maven
            2.0.10.

              <mirrors>
                  <mirror>
                      <id>java.net <http://java.net/></id>
                      <name>Mirror of
https://maven-repository.dev.java.net/nonav/repository/</name>
                      <url>http://download.java.net/maven/1/</url>
                      <mirrorOf>java.net <http://java.net/></mirrorOf>
                  </mirror>
              </mirrors>


        Thanks Joe! I tried a mirror setting, but must not have gotten
        the mirror setting correct...

        --kevan


    I think they key is that the <mirrorOf> value in your mirror must
    match the <id> that is used in the original reference to the
    repository.  In the case of 2.1.4 it was pulling in yoko which had a
    parent pom with the following repository entry:

           <repository>
               <id>java.net <http://java.net/></id>
               <name>java.net <http://java.net/> Maven Repository</name>

    <url>https://maven-repository.dev.java.net/nonav/repository/</url>
               <layout>legacy</layout>
           </repository>

    So when I created my mirror in settings.xml I included "java.net
    <http://java.net/>" in my <mirrorOf> value.  I also included the
same value in the <id> of my mirror but I don't think that is necessary.

    Joe








Reply via email to