You are viewing a plain text version of this content. The canonical link for it is here.
Posted to pluto-dev@portals.apache.org by Michael Blum <bl...@apache.org> on 2004/02/02 16:57:30 UTC
Re: Bug 26489 - Pluto's nightly build process has been broken
I tried harder to understand the content of the generated build.xml and
failed. I have got a feeling that the generated 'build.xml' can not be
used to build the three jar files for Pluto.
Any more ideas ? Waiting curiously ...
Regards,
Michael
Martin Cooper wrote:
>I suspect you're using Maven 1.0-rc1, in which, unfortunately, this is a
>known bug. You could try an earlier version, or perhaps just replace the
>absolute path with "src/java", which is what earlier versions of Maven
>generated there.
>
It is not as easy as proposed. The correction of the path does not fix
the problem (unfortunately).
>You're also getting errors retrieving jars from ibiblio, though. I dont'
>know what's going on there, since those URLs look fine to me (and seem to
>work for me also). I think there was a problem with slowness on ibiblio
>yesterday, so maybe that's when you were trying this?
>
>
Do not care about this. This happened, because ant/java was not
configured as appropriate to use the right proxy. I have fixed this in
between.
>--
>Martin Cooper
>
>
>"Michael Blum" <bl...@apache.org> wrote in message
>news:401A7F76.50205@apache.org...
>
>
>>This sounds as good proposal. In between I tried what we have and
>>generated the 'build.xml' by the proposed command 'maven
>>ant:generate-build'. It made a 'build.xml' which I used with Ant for
>>the generation of Pluto's jar files. But ant can not process the
>>'build.xml' as expected. Here is the ouput written on the console:
>>
>>C:\home\Programs\cvs-1.11.5\jakarta-pluto>ant
>>Buildfile: build.xml
>>
>>init:
>> [mkdir] Created dir:
>>C:\home\Programs\cvs-1.11.5\jakarta-pluto\target\lib
>>
>>get-deps:
>> [get] Getting:
>>
>>
>http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar
>
>
>> [get] Error getting
>>http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar to
>>C:\home\Programs\cvs-1.11.5\jakarta-pluto\target\lib\junit-3.8.1.jar
>> [get] Getting: http://www.ibiblio.org/maven/ant/jars/ant-1.5.jar
>> [get] Error getting
>>http://www.ibiblio.org/maven/ant/jars/ant-1.5.jar to
>>C:\home\Programs\cvs-1.11.5\jakarta-pluto\target\lib\ant-1.5.jar
>> [get] Getting:
>>http://www.ibiblio.org/maven/ant/jars/ant-optional-1.5.jar
>> [get] Error getting
>>http://www.ibiblio.org/maven/ant/jars/ant-optional-1.5.jar to
>>C:\home\Programs\cvs-1.11.5\jakarta-pluto\target\lib\ant-optional-1.5.jar
>>
>>compile:
>> [mkdir] Created dir:
>>C:\home\Programs\cvs-1.11.5\jakarta-pluto\target\classes
>>
>>BUILD FAILED
>>file:C:/home/Programs/cvs-1.11.5/jakarta-pluto/build.xml:34: srcdir
>>"C:\home\Programs\cvs-1.11.5\jakarta-pluto\src\java" does not exist!
>>
>>The main problem here is probably the generated element '<pathelement
>>location="C:\home\Programs\cvs-1.11.5\jakarta-pluto\src\java" >'.
>>
>>Can anyone help?
>>
>>Michael
>>
>>Martin Cooper wrote:
>>
>>
>>
>>>On Wed, 28 Jan 2004, Michael Blum wrote:
>>>
>>>
>>>
>>>
>>>
>>>>Hello, it looks as we have broken the nightly build by mavenizing the
>>>>
>>>>
>build.
>
>
>>>>The nightly builds are defined with jakarta-gump. Does anyone know how
>>>>to fix this ? From what I have read in the gump-mailing list I have got
>>>>the impression that mavenized projects are *not* currently supported by
>>>>gump. See
>>>>
>>>>
>>>http://nagoya.apache.org/eyebrowse/ReadMsg?listName=gump@jakarta.apache.or
>>>
>>>
>g&msgNo=3711
>
>
>>>>for more information.
>>>>
>>>>Have I interpreted anything wrong?
>>>>
>>>>
>>>>
>>>>
>>>No, you're quite right. However, I believe there's an easy solution (or
>>>workaround, if you want to look at it that way). What many other Jakarta
>>>projects do is use Maven to generate an Ant build file, and then check in
>>>that build file. Gump would then be able to build Pluto using Ant, at
>>>least until such time as Gump can use Maven directly.
>>>
>>>So, if someone were to issue 'maven ant:generate-build' and then check in
>>>the resulting build.xml file, I think we'd be all set.
>>>
>>>--
>>>Martin Cooper
>>>
>>>
>>>
>>>
>>>
>>>
>>>>Regards,
>>>> Michael
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
>
>
>
>
>
Re: Bug 26489 - Pluto's nightly build process has been broken
Posted by "David H. DeWolf" <da...@vivare.com>.
I don't mind helping out on this. I've actually got the multiproject
working allready. There were only some small modifications that were
needed: things like the portal's project.properties file having a space
in the maven.multiproject.type=war. I'll see if I can't get a diff
together of all the necessary changes to make multiproject work and
submit a patch later on today. . .
The other good thing about using multiproject is that it will allow us
to remove the necessity of manually installing the portlet-api-1.0.jar
into the local maven repository (because multiproject will install it
before attempting to build anything with a dependency upon it).
David
Carsten Ziegeler wrote:
>Michael Blum wrote:
>
>
>>I would like to get the nightly build fixed ASAP.
>>
>>Would it be a big effort to change the implementation? What are the
>>disadvantages, if any exist? Does anyone object to change the Maven
>>build in this way?
>>
>>
>
>I think the effort is very minimal, but I'm not neither sure if there
>are any disadvantages (perhaps we need maven 1.0-rc1 as a requirement
>instead of B10?) nor if the nightly build then is really working.
>But if there are no disadvantages then it makes sense anyway.
>
>
>
>>Carsten, would you volunteer for making the necessary changes?
>>
>>
>>
>If noone else wants to do it, yes :)
>
>Carsten
>
>
>
RE: Bug 26489 - Pluto's nightly build process has been broken
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
Michael Blum wrote:
>
> I would like to get the nightly build fixed ASAP.
>
> Would it be a big effort to change the implementation? What are the
> disadvantages, if any exist? Does anyone object to change the Maven
> build in this way?
I think the effort is very minimal, but I'm not neither sure if there
are any disadvantages (perhaps we need maven 1.0-rc1 as a requirement
instead of B10?) nor if the nightly build then is really working.
But if there are no disadvantages then it makes sense anyway.
>
> Carsten, would you volunteer for making the necessary changes?
>
If noone else wants to do it, yes :)
Carsten
Re: Bug 26489 - Pluto's nightly build process has been broken
Posted by Michael Blum <bl...@apache.org>.
I would like to get the nightly build fixed ASAP.
Would it be a big effort to change the implementation? What are the
disadvantages, if any exist? Does anyone object to change the Maven
build in this way?
Carsten, would you volunteer for making the necessary changes?
Regards,
Michael
Carsten Ziegeler wrote:
>I'm not sure, but I think we should move to the multi-project feature of
>Maven and avoid using the reactor. Perhaps then the build.xml is correct.
>Using the multi-porject feature would also help in generating a better
>web site with API docs etc.
>
>Carsten
>
>
>
>>-----Original Message-----
>>From: Michael Blum [mailto:blumm@apache.org]
>>Sent: Monday, February 02, 2004 4:58 PM
>>To: pluto-dev@jakarta.apache.org
>>Subject: Re: Bug 26489 - Pluto's nightly build process has been broken
>>
>>
>>I tried harder to understand the content of the generated build.xml and
>>failed. I have got a feeling that the generated 'build.xml' can not be
>>used to build the three jar files for Pluto.
>>Any more ideas ? Waiting curiously ...
>>
>>
>>
>
>
>
>
>
RE: Bug 26489 - Pluto's nightly build process has been broken
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
I'm not sure, but I think we should move to the multi-project feature of
Maven and avoid using the reactor. Perhaps then the build.xml is correct.
Using the multi-porject feature would also help in generating a better
web site with API docs etc.
Carsten
> -----Original Message-----
> From: Michael Blum [mailto:blumm@apache.org]
> Sent: Monday, February 02, 2004 4:58 PM
> To: pluto-dev@jakarta.apache.org
> Subject: Re: Bug 26489 - Pluto's nightly build process has been broken
>
>
> I tried harder to understand the content of the generated build.xml and
> failed. I have got a feeling that the generated 'build.xml' can not be
> used to build the three jar files for Pluto.
> Any more ideas ? Waiting curiously ...
>