You are viewing a plain text version of this content. The canonical link for it is here.
Posted to alexandria-dev@jakarta.apache.org by Leo Simons <le...@apache.org> on 2003/01/06 18:39:58 UTC
excalibur builds!
------------------------------------
dist:
BUILD SUCCESSFUL
Total time: 9 minutes 31 seconds
[lsimons@LSD jakarta-avalon-excalibur]$
------------------------------------
Hi peeps,
it took a few hours but I've got excalibur to build properly.
cvs -d leosimons@cvs.apache.org:/home/cvs co -P \
jakarta-avalon jakarta-avalon-excalibur \
jakarta-avalon-logkit jakarta-site \
avalon-sandbox jakarta-avalon-cornerstone \
jakarta-avalon-phoenix jakarta-avalon-site; \
cd jakarta-avalon; \
ant; \
cd ../jakarta-avalon-logkit; \
ant; \
cd ../jakarta-avalon-excalibur; \
ant dist;
takes about half an hour (athlon xp 1900 and 100mbit network), but it
works. It is now also possible to build using a different starting
directory, ie
cd jakarta-avalon-excalibur
ant -f zip/build.xml dist
now works (again). It is quite clear now that pure ant as a build system
is failing us though (it is all quite fragile). There's also ample room
for improvement of the build in many places. However, I'm
hoping/expecting that excalibur will be building using gump again.
Everyone, it'd be nice if things could be double-checked and verified.
In particular, I had to hack some unit tests to get various dist targets
up to speed. CVS hold all the info.
Let's try and stop being the gump problem child, shall we?
cheers,
- Leo
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: excalibur builds!
Posted by Leo Simons <le...@apache.org>.
Sam Ruby wrote:
> Leo Simons wrote:
>>> If you want, you can use Gump itself in the meantime.
>>> Make an Avalon profile, give the classpath the jars needed that are
>>> not generated in the avalon project, and it will build any avalon
>>> project.
>>
>> could you give an example? I don't want everyone to have to set up
>> their own gump workspace (ie rubix.xml). Is that possible you think?
>
> rubix.xml is just a properties file with an XML syntax. Drop the
> "additional projects" and "after the bootstrap", and you end up with a
> rather small file with only two things most users will need to tailor:
> basedir and user. (To be fair, I fully expect most people will also
> want to tailor pkgdir).
>
> If somebody wants to go down this path, I will help. It certainly is
> easier than building each dependency with Ant. And doesn't require any
> change to Avalon to work.
>
> It *will* require a little trial and error to find out what the minimum
> Avalon really needs to build. You would think that this is something
> that could be determined by analysis, but in practice it is often easier
> and more reliable to try it and see.
I'm wondering a little whether it is worth the effort...if I keep things
running till the next centipede is out I somehow suspect someone else
will happily move us over ;)
If I have time this weekend, I'll experiment. If not, not.
> P.S. Because of build.sysclasspath=only, I have yet to reproduce the
> excalibur build under gump, but I am confident I will. For those
> interested in why this is so, here's two links:
>
> http://gump.covalent.net/log/jakarta-avalon-excalibur.html
compile:
prepare-conf:
jar:
dist-jar:
dependencies-test:
compile-test:
[mkdir] Created dir: /data/gump/jakarta-avalon-excalibur/cli/build/testsrc
[copy] Copying 2 files to
/data/gump/jakarta-avalon-excalibur/cli/build/testsrc
[mkdir] Created dir:
/data/gump/jakarta-avalon-excalibur/cli/build/testclasses
[javac] Compiling 2 source files to
/data/gump/jakarta-avalon-excalibur/cli/build/testclasses
[javac]
/data/gump/jakarta-avalon-excalibur/cli/build/testsrc/org/apache/avalon/excalibur/cli/test/ClutilTestCase.java:12:
cannot resolve symbol [javac] symbol : class AbstractParserControl
[javac] location: package cli
[javac] import org.apache.avalon.excalibur.cli.AbstractParserControl;
> http://jakarta.apache.org/gump/why.html
"So I did the only thing I could think of. I hacked Ant so that I could
tell it to ignore the classpath elements in build scripts. All of them.
This was then and remains now a dirty, nasty hack. It meant that test
cases could not be run using the recently compiled classes unless I knew
in advance where the classes were to be placed. It means that cactus
can't be built in one run against both Tomcat 3 and Tomcat 4."
IOW, Gump is ignoring the reference to ${build.classes}, so the tests
can't be compiled, right? Funny, as I believe this works properly in
most gump-managed projects. Have you dealt with this before?
> I am confident that it would would if build.sysclasspath=last were
> specified, and that is something that is controllable as a property in
> the workspace.
I must say I have very little idea what you're talking about...no time
to investigate right now....
cheers,
- Leo
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: excalibur builds!
Posted by Sam Ruby <ru...@apache.org>.
Leo Simons wrote:
>
>> If you want, you can use Gump itself in the meantime.
>> Make an Avalon profile, give the classpath the jars needed that are
>> not generated in the avalon project, and it will build any avalon
>> project.
>
> could you give an example? I don't want everyone to have to set up their
> own gump workspace (ie rubix.xml). Is that possible you think?
rubix.xml is just a properties file with an XML syntax. Drop the
"additional projects" and "after the bootstrap", and you end up with a
rather small file with only two things most users will need to tailor:
basedir and user. (To be fair, I fully expect most people will also
want to tailor pkgdir).
If somebody wants to go down this path, I will help. It certainly is
easier than building each dependency with Ant. And doesn't require any
change to Avalon to work.
It *will* require a little trial and error to find out what the minimum
Avalon really needs to build. You would think that this is something
that could be determined by analysis, but in practice it is often easier
and more reliable to try it and see.
> - Leo
P.S. Because of build.sysclasspath=only, I have yet to reproduce the
excalibur build under gump, but I am confident I will. For those
interested in why this is so, here's two links:
http://gump.covalent.net/log/jakarta-avalon-excalibur.html
http://jakarta.apache.org/gump/why.html
I am confident that it would would if build.sysclasspath=last were
specified, and that is something that is controllable as a property in
the workspace.
- Sam Ruby
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: excalibur builds!
Posted by Leo Simons <le...@apache.org>.
Nicola Ken Barozzi wrote:
> If you want, you can use Gump itself in the meantime.
> Make an Avalon profile, give the classpath the jars needed that are not
> generated in the avalon project, and it will build any avalon project.
could you give an example? I don't want everyone to have to set up their
own gump workspace (ie rubix.xml). Is that possible you think?
- Leo
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: excalibur builds!
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Leo Simons wrote:
> Berin Loritsch wrote:
>
>> Excellent job.
>
> thx. Boy that stuff is boring ;)
>
>> What are your feelings regarding Maven/Centipede?
>
> like you said: wait for the next release.
If you want, you can use Gump itself in the meantime.
Make an Avalon profile, give the classpath the jars needed that are not
generated in the avalon project, and it will build any avalon project.
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
Re: excalibur builds!
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Leo Simons wrote:
> Berin Loritsch wrote:
>
>> Excellent job.
>
> thx. Boy that stuff is boring ;)
>
>> What are your feelings regarding Maven/Centipede?
>
> like you said: wait for the next release.
If you want, you can use Gump itself in the meantime.
Make an Avalon profile, give the classpath the jars needed that are not
generated in the avalon project, and it will build any avalon project.
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: excalibur builds!
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Leo Simons wrote:
> Berin Loritsch wrote:
>
>> Excellent job.
>
> thx. Boy that stuff is boring ;)
>
>> What are your feelings regarding Maven/Centipede?
>
> like you said: wait for the next release.
If you want, you can use Gump itself in the meantime.
Make an Avalon profile, give the classpath the jars needed that are not
generated in the avalon project, and it will build any avalon project.
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: excalibur builds!
Posted by Leo Simons <le...@apache.org>.
Berin Loritsch wrote:
> Excellent job.
thx. Boy that stuff is boring ;)
> What are your feelings regarding Maven/Centipede?
like you said: wait for the next release.
I want
- interop with gump
- painless doc building using a solid dtd
- support for all our complex build needs
both projects are working on both.
cheers,
- Leo
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: excalibur builds!
Posted by Berin Loritsch <bl...@citi-us.com>.
> From: Nicola Ken Barozzi [mailto:nicolaken@apache.org]
> >
> > Excellent job. What are your feelings regarding Maven/Centipede?
>
> Can I reply? ;-)
Sure! Of course I know which one you prefer ;P
Seriously, as of my last excersize both projects had some stuff that
looked very promising for us. I would like us to adopt a sane
build environment either way.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: excalibur builds!
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Berin Loritsch wrote:
>>cd jakarta-avalon-excalibur
>>ant -f zip/build.xml dist
>>
>>now works (again).
[...]
>
> Excellent job. What are your feelings regarding Maven/Centipede?
Can I reply? ;-)
[...]
>>Let's try and stop being the gump problem child, shall we?
>
>
> +1, and again, great job!
Yes, my sincere thanks :-)
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: excalibur builds!
Posted by Berin Loritsch <bl...@citi-us.com>.
> cd jakarta-avalon-excalibur
> ant -f zip/build.xml dist
>
> now works (again). It is quite clear now that pure ant as a
> build system
> is failing us though (it is all quite fragile). There's also
> ample room
> for improvement of the build in many places. However, I'm
> hoping/expecting that excalibur will be building using gump again.
Excellent job. What are your feelings regarding Maven/Centipede?
I think that one of them will be much better for our situation
than the infrastructure we currently have. Both are rapidly
approaching the point where it is difficult to choose between
them--but we need something better.
> Everyone, it'd be nice if things could be double-checked and
> verified.
> In particular, I had to hack some unit tests to get various
> dist targets
> up to speed. CVS hold all the info.
I agree. Can we all do an "ant test" before committing?
> Let's try and stop being the gump problem child, shall we?
+1, and again, great job!
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: excalibur builds!
Posted by Leo Sutic <le...@inspireinfrastructure.com>.
> From: news [mailto:news@main.gmane.org] On Behalf Of Leo Simons
>
> BUILD SUCCESSFUL
Amazing job.
/LS
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>