Trying to get through to the list once again.
On 26 Jul 2001, [EMAIL PROTECTED] wrote:
(why-oh-why in these days of JAXP would somebody import
com.sun.xml.tree.ElementNode?)
Should be fixed in Antidote's CVS already.
Thanks
Stefan
On Tue, 31 Jul 2001, Joe Gaffey [EMAIL PROTECTED] wrote:
I'm sorry if this is the wrong place to post this (please advise).
[EMAIL PROTECTED] would be the best place.
The chmod wouldn't work (Result: -1) and when I tried to run a
similar chmod on the command line it complained that 'Arg
Index: gen.sh
===
RCS file: /home/cvspublic/jakarta-alexandria/proposal/gump/gen.sh,v
retrieving revision 1.24
diff -u -r1.24 gen.sh
--- gen.sh 2001/11/02 16:16:27 1.24
+++ gen.sh 2001/11/22 11:32:55
@@ -18,7 +18,7 @@
export
The appended patch allows script elements inside project definitions
to pass command line parameters using a new params attribute.
The Windows version is untested, but should work as it is a simle copy
paste thing.
Stefan
Index: bash.xsl
The new classfileset and the depend task now use Jakarta-BCEL.
Stefan
Index: project/jakarta-ant.xml
===
RCS file: /home/cvspublic/jakarta-alexandria/proposal/gump/project/jakarta-ant.xml,v
retrieving revision 1.24
diff -u -r1.24
On Mon, 3 Dec 2001, John Morrison [EMAIL PROTECTED]
wrote:
Starting the file with:
#!/bin/bash
fixes everything.
It looks as if the script should work with a Korn shell as well (which
is /bin/sh on OpenBSD or AIX for example). By using /bin/bash you
assume that everybody has a bash
If I understand the format of the javadoc tag correctly, this one
should add Antidote to the javadoc enabled projects.
Stefan
BTW, the CVS version of jakarta-ant-antidote.xml contains stray CRs -
I haven't striped them here for readability.
Index: jakarta-ant-antidote.xml
On Mon, 4 Feb 2002, Scott Sanders [EMAIL PROTECTED] wrote:
Does the current Ant parallel tasks?
Yes, tasks that live inside a parallel task.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On 8 Feb 2002, [EMAIL PROTECTED] wrote:
1.1 jakarta-alexandria/proposal/gump/project/openjmx.xml
anti basedir=build/
shouldn't that be ant instead of anti?
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
See the warnings in http://nagoya.apache.org/~rubys/gump/hsqldb.html.
Compilation fails as hsqldb doesn't seem to support JDBC 3 yet.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
I had to apply the appended patch to run build scripts on my box - I
don't want to add jenny.jar to my CLASSPATH manually 8-)
Also get rid of Ant's deprecation warning.
Stefan
Index: build.xml
===
RCS file:
Index: jakarta-ant.xml
===
RCS file: /home/cvspublic/jakarta-alexandria/proposal/gump/project/jakarta-ant.xml,v
retrieving revision 1.35
diff -u -r1.35 jakarta-ant.xml
--- jakarta-ant.xml 27 Feb 2002 05:07:59 - 1.35
+++
[for some reason my mails to alexandria-dev don't get through today,
I've already sent two mails more than an hour ago]
Actually it never needed it, it was just checking for the wrong class
in available.
Stefan
Index: jakarta-commons-sandbox.xml
which made me comment out the Maven module from my profile as the gen
script failed.
To a certain degree this is a point against having project descriptors
outside of Gump's CVS as a broken descriptor may prevent the entire
Gump run.
Scratching my itch I tried to understand the Jenny code and
-contrib
+To: [EMAIL PROTECTED]
+From: Stefan Bodewig [EMAIL PROTECTED]
+Subject: [GUMP] Build Failure - Ant-Contrib
+Regex: /BUILD FAILED/
+---
+Project: ant-contrib-cpptasks
+To: [EMAIL PROTECTED]
+From: Stefan Bodewig [EMAIL PROTECTED]
+Subject: [GUMP] Build Failure - Cpptasks
+Regex: /BUILD
On Fri, 01 Mar 2002, Geir Magnusson, Jr. [EMAIL PROTECTED] wrote:
Sam and I once talked about keeping the last successful build result
(jar) for each project, and having Gump fall-back to that when a
build fails.
The problem here is, that Gump's parsing phase fails - at least for me
if I run
I'll take care of it.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RCS file: /home/cvs/jakarta-alexandria/proposal/gump/java/Jenny.java,v
retrieving revision 1.13
retrieving revision 1.14
Merging differences between 1.13 and 1.14 into Jenny.java
java/Jenny.java already contains the differences between 1.13 and 1.14
I just wanted to do a build of checkstyle
On Tue, 12 Mar 2002, Vincent Massol [EMAIL PROTECTED] wrote:
You mean this is not a feature of GUMP, i.e. there is no file in CVS
that says what to copy and where for nightly builds ?
At least not yet, yes.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
On Tue, 12 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
I'm attaching the current script.
It got stripped of.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
I've just had a quick look over Sam's script, but I think he is making
it too easy for the projects 8-). The stuff the script does in gather
should be done by Ant inside the build.xml of the specific projects
IMHO.
After that, pretty much all that needed to be specified in a gump
descriptor was
On Wed, 13 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
I've just had a quick look over Sam's script, but I think he is
making it too easy for the projects 8-). The stuff the script does
in gather should be done by Ant inside the build.xml of the
specific projects IMHO
On Thu, 14 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
I actually was agreeing with you.
I thought you did, but wasn't sure.
Those that don't will no longer have binaries posted.
Sounds fine. Do you think the approach I've described is good enough
or am I missing some subtle point. I know
On Thu, 14 Mar 2002, Vincent Massol [EMAIL PROTECTED] wrote:
Here's a patch. Is it correct ?
looks OK, I'm just running a build on my machine (will take about an
hour) to double-check before I commit it.
I've adapted the javadoc nested attribute for
jakarta-cactus-documentation and removed
Here is what I think works right now, please correct any mistakes.
Attributes:
project
---
* defaults to the name attribute of the enclosing project
* is used as the name in case (2) way below
module
--
* defaults to the name attribute of the enclosing module
* if it points to a
On 14 Mar 2002, Stefan Bodewig [EMAIL PROTECTED] wrote:
* from my limited understanding of XSLT, case (3) will only work if
project and module have the same name, otherwise (2) will be used.
Correct?
To answer myself, yes.
Take a look at the bottom of
http://nagoya.apache.org/~rubys/gump
On Fri, 15 Mar 2002, Vincent Massol [EMAIL PROTECTED] wrote:
Where is information defined in GUMP ?
In the file naglist - i.e. outside of the project descriptor.
This will be one of the next things to touch, after I've read enough
on XSL to tackle the nightly build stuff (scheduled for next
On Sat, 16 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
Stefan - let me know if this is something you want to take a crack
at
Definitively, yes. I just need to find some time to start it and
expect to do so during this week.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
done
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
I have committed a first cut that doesn't do much for now because the
final piece is missing, but I want to explain it anyway 8-)
All sites to which we may publish any information are defined in
server documents in the server directory. There is one document per
physical server, each server can
On Wed, 20 Mar 2002, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
Unit tests for Jakarta-POI run by Gump are failing
(http://jakarta.apache.org/builds/gump/2002-03-19/jakarta-poi.html),
even if they work locally on both Linux and Wintel, with different
OS versions.
You must know that Gump
On Wed, 20 Mar 2002, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
One thing that could be added, though, is the possibility of
defining lists of ant targets to be called instead of only one.
You can have multiple deliver elements per project. Currently my idea
is that you'd define a new
Could this do it?
work nested=build/jakarta-poi/classes/
+work nested=build/jakarta-poi/testcases/
work nested=tools/tmp/anttasks/
probably, yes. Let's try it.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
On Thu, 21 Mar 2002, Geir Magnusson, Jr. [EMAIL PROTECTED] wrote:
Recalling the original XSLT, in DVSL the expression of the same
thing would be something like
ssh $node.attrib(username)@$node.attrib(server) rm -f
$node.selectSingleNode(docroot/text())/deliver-$node.attrib(name).sh
No
On Thu, 21 Mar 2002, Geir Magnusson, Jr. [EMAIL PROTECTED] wrote:
The dvsl user guide doesn't indicate if/how I could have done this
with DVSL, but I'm by far no Velocity expert. Is it possible?
You actually don't have to add anything to the context to render
that output... See previous
On Fri, 22 Mar 2002, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
Is a descriptor all you need?
yes.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Mon, 25 Mar 2002, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
Attached is a descriptor for Krysalis Centipede.
you want to add a patch to naglist as well.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On 25 Mar 2002, Stefan Bodewig [EMAIL PROTECTED] wrote:
POI doesn't need Centipede, POI-site does, make it two projects
inside a single module. So POI-Cocoon and Cocoon-POI.
Cocoon - POI-site of course.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e
On Mon, 25 Mar 2002, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
From: Stefan Bodewig [EMAIL PROTECTED]
Hmm, so I'll drop the IzPress project from POI (I cannot do so for
forrest myself) to avoid duplicate project definitions, OK?
Ok, I'll remove it prom the POI project, so the build won't
On 25 Mar 2002, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Mon, 25 Mar 2002, Nicola Ken Barozzi [EMAIL PROTECTED]
wrote:
From: Stefan Bodewig [EMAIL PROTECTED]
Hmm, so I'll drop the IzPress project from POI (I cannot do so for
forrest myself) to avoid duplicate project definitions, OK
On Tue, 26 Mar 2002, Peter Donald [EMAIL PROTECTED] wrote:
I am happy to start updating the descriptors of projects I interact
with.
Adding the described elements won't do any as Gump is going to ignore
them (proven by forrest's descriptor 8-).
Stefan
--
To unsubscribe, e-mail:
On Tue, 26 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
As a minimum, I would suggest that the subject prefix (i.e, [GUMP]
) be obtained from the workspace definition, and that the workspace
could globally override the value-of nag/@to.
Sounds reasonable.
Right now I have a stylesheet that
On Tue, 26 Mar 2002, Peter Donald [EMAIL PROTECTED] wrote:
* summary nags; ie send one mail with a list of all failuress in a
set of projects and URL pointers to the relevent web-pages
set of projects would immediately lead to wildcards for projects,
everything else would be too much work.
On Tue, 26 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
you need to build all projects stratum depends upon individually as
well (recurse until you get there 8-)
Once you do, you can certainly build individual projects.
Sure, but you have to do a build.sh all
So update descriptors
yes, update Gump, that is.
Generate
build
yes
can i bypass the cvs update?
probably, although you may find that excalibur-zip doesn't fail any
longer after a cvs update. Gump results change every minute or so 8-)
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL
On 26 Mar 2002, Jason van Zyl [EMAIL PROTECTED] wrote:
If I update that so that it will works with the latest version is
that going to whack your install?
Not necessarily, you could simply add another line and let the JVM
sort out which is there - or explicitly test for the jars in the
On 26 Mar 2002, Jason van Zyl [EMAIL PROTECTED] wrote:
How does build.sh all differ from build.sh project other then the
number of projects built?
An extensive rsync run.
Is there more?
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
On Wed, 27 Mar 2002, Vincent Massol [EMAIL PROTECTED] wrote:
BTW, is that something we want to recommend whenever possible ?
I'm not sure, especially when we are playing with the data itself, it
makes it harder to do experiments or change things. I cannot
magically make Peter add nag elements
On Wed, 27 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
On my thinkpad, build gump scripts takes 22 seconds to execute.
On my box it results in
Unknown project: gump
Usage: build all | clean | project [target...]
;-)
Why is gump defined in a descriptor of its own and not part of the
default
On Wed, 27 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
Here's the definition I use on my development machine. Would it
work on your machine?
As I'm on Linux myself, rubix' definition is closer.
I now see the problem, why it is not included in the default profile
(needs a pointer to the
On Wed, 27 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
I would like to propose the module href syntax be changed,
simplified, and the results cached.
+1
This support exploits the repository/cvsweb elements.
Which would need to be extended for the character the different cvsweb
On Wed, 27 Mar 2002, Sam Ruby [EMAIL PROTECTED] wrote:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/~checkout~/ant-contrib/ant-contrib/src/etc/gump-descriptor.xml
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/ant-contrib/ant-contrib/src/etc/gump-descriptor.xml
we like both
Two more data points.
On 28 Mar 2002, Stefan Bodewig [EMAIL PROTECTED] wrote:
I have a definition of AdaptX almost working on my machine
It won't compile in Gump because of an interface change in Ant's
XSLTLiaison, I'll send them a patch as it is rather easy to support
Ant 1.4 and 1.5
On 02 Apr 2002, Jason van Zyl [EMAIL PROTECTED] wrote:
t3 won't build because of problems with jgenerator but we can sort
these out as we go.
What are the problems with jgenerator? They seem to depend on an
older version of FOP, yes?
You'll want to add a dependency on JUnit (BeanContext
the *-gump-descriptor projects should better depend on Ant and Xerces ;-)
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Sun, 31 Mar 2002, Vincent Massol [EMAIL PROTECTED] wrote:
* The last project to be built is gump (defined in rubix.xml).
Usually, it won't be the last project.
* deliver (which appears to be only for unix. No windows version ?)
I don't speak .bat, sorry. And I don't even have a Windows
On 2 Apr 2002, [EMAIL PROTECTED] wrote:
validator now depends on regexp (instead of oro)
strange, I did an update of validator this morning and it failed
because it required ORO, I haven't seen any commits to it after that.
Yep, performed a manual update just now again:
[bodewig@bodewig
On Tue, 2 Apr 2002, Sam Ruby [EMAIL PROTECTED] wrote:
It never occurred to me that you might get there before me.
8-)
Sometimes my timezone is an advantage.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On 29 Mar 2002, [EMAIL PROTECTED] wrote:
If all goes well, tonight's nags will come from the naglist that
Stefan produced...
woohoo
Some thoughts on how I intend to extend it (but it may take a while as
my initial itch has gone away):
* Provide defaults for a module. It is rather
On Wed, 3 Apr 2002, Vincent Massol [EMAIL PROTECTED] wrote:
For some reason the distribution for Servlet API 2.3 is failing :
http://jakarta.apache.org/builds/gump/2002-04-03/jakarta-cactus-distribu
tion-13.html
This is because according to your descriptor
jakarta-cactus-distribution-13
On Thu, 4 Apr 2002, Vincent Massol [EMAIL PROTECTED] wrote:
Do you know when your deliver tag will take effect ?
No.
I can not talk for Sam. I for myself am not too happy with how it
works, but think the data definition is OK so far. As always, other
things have gained a higher priority for
On Thu, 4 Apr 2002, Sam Ruby [EMAIL PROTECTED] wrote:
based on input from random repositories is one of them.
Yes, I figured that would become a problem.
Change the script to only deliver for projects you have explicitly
been allowed in the workspace definition? That way you could restrict
On 11 Apr 2002, [EMAIL PROTECTED] wrote:
jakarta-tomcat depends on commons-logging and jakarta-tomcat-util
But also tries to modify tomcat-util.jar that already is on the
CLASSPATH after my change. This leads to the famous
java.lang.InternalError: jzentry == 0
on the next javac.
There
On Thu, 11 Apr 2002, Conor MacNeill [EMAIL PROTECTED]
wrote:
For the first issue, potential solutions would be to copy the remote
hrefs to a local cache and to use names based on the name attribute
rather than the name of the file containing the element definition.
+1 - Sam suggested to a
On Sun, 14 Apr 2002, Vincent Massol [EMAIL PROTECTED] wrote:
Is it normal that jakarta-cactus-distribution-12 is shown in read
instead of yellow and that I receive an email on the mailing list ?
I think yellow (failed dependencies) is determined by the jars
produced, not whether something has
On Tue, 16 Apr 2002, [EMAIL PROTECTED] wrote:
This works fine on my local machine
Maybe it just happens if you use the latest version of Xalan? I've
changed Ant's style task to turn fatal processor errors into build
failures and latka started failing after that.
To be more clear, style
+1
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Wed, 24 Apr 2002, Larry Isaacs [EMAIL PROTECTED] wrote:
I am able to duplicate the jakarta-ant failures that Gump
is encountering on Covalent. It occurs when the Gump workspace
defines a jardir. Because the bootstrap-ant project does
not declare optional.jar, it isn't copied to the
On Thu, 25 Apr 2002, Ceki Gülc [EMAIL PROTECTED] wrote:
I am wondering if it would be possible for gump to run log4j
(junit-based) test cases.
Gump does so for a couple of other projects, it should be possible 8-)
These test cases are located under jakarta-log4j/tests/ folder
including
On Thu, 25 Apr 2002, Larry Isaacs [EMAIL PROTECTED] wrote:
In trying to identify the dependency, I only got as far as
determining that removal of the filterchain from the prepare
target in Ant's build.xml changes where the ClassNotFound exception
for RegexpMatcher gets thrown.
Ahh, I've
On Thu, 25 Apr 2002, Ceki Gülc [EMAIL PROTECTED] wrote:
Possible targets are regression, unit, longUnit or just
runAll which encompasses all three tests.
Is there a target that runs regression and unit, but not longunit
(which really would take a little too long for Gump).
Log4j tests also
On Thu, 25 Apr 2002, Ceki Gülc [EMAIL PROTECTED] wrote:
To keep a keep a long story short, I modified some classes in order
to remove the dependency on the examples/ directory. If you do
a cvs update and try again, the compilation should work.
Actually I've gotten around that problem already
On 25 Apr 2002, Stefan Bodewig [EMAIL PROTECTED] wrote:
I'll also check that your CVS changes didn't break my current setup
still works.
Your tests should start running with the next Gump runs, if you want
to run the unit target as well, you may want to add a target that
depends on regression
I wanted to address the turbine-stratum build failure by at least
adding a project definition for commons-configuration -- but this
obviously requires a working Maven installation to build.
Jason, could you create a project definition for Maven in Gump that we
can make configuration (and
On 28 Apr 2002, Jason van Zyl [EMAIL PROTECTED] wrote:
I'm leaving for Kenya and I will be gone for two weeks
enjoy your trip.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Fri, 3 May 2002, [EMAIL PROTECTED] wrote:
did you get this from Jason?
Nope, I figured he's been to busy.
What we really need in Gump ATM (at least it looks that way to me) is
a way to build Maven inside Gump (hence the project descriptor) and
then make the projects that use Maven to build
On Fri, 3 May 2002, [EMAIL PROTECTED] wrote:
I can provide the maven-auto-generated gump descriptor pretty
easily, and we can fix Maven's hassles from there.
I'll put it into my local profile and try to build from there - I'll
let you know how things have worked out once my build all is
On Fri, 3 May 2002, [EMAIL PROTECTED] wrote:
I can provide the maven-auto-generated gump descriptor pretty
easily, and we can fix Maven's hassles from there.
There is no project definition for JDepend, I'll create one for a
static library reference to start with.
Stefan
--
To unsubscribe,
On Fri, 3 May 2002, Peter Donald [EMAIL PROTECTED] wrote:
Theres already a static reference in myrmidon which you will need to
remove if you do that.
No, I just removed my static reference and use the one from Myrmidon
(forgot to perform a cvs update and thus didn't have Myrmidon in my
On Fri, 3 May 2002, [EMAIL PROTECTED] wrote:
I can provide the maven-auto-generated gump descriptor pretty
easily, and we can fix Maven's hassles from there.
More problems: commons-xo depends on Maven which depends on
commons-xo. I'm now removing commons-xo from the Maven descriptor,
OK,
Maven didn't even start to build because it depends on commons-util as
well - I've now also removed that dependency, just to get:
Buildfile: build-gump.xml does not exist!
Build failed
well, that's true.
Maybe you've forgotten to check in that file, Dion?
Anyway, at this point its fairly
On Fri, 03 May 2002, Daniel Rall [EMAIL PROTECTED] wrote:
I don't know if this will help or not, but Commons XO depends upon
Maven for its build targets, while Maven has a compilation and
run-time dependency on XO.
As long as both have compile time dependencies on each other, we have
a
Sorry for the delay, I have been offline for the last couple of days.
On Fri, 03 May 2002, Daniel Rall [EMAIL PROTECTED] wrote:
http://jakarta.apache.org/turbine/maven/start/bootstrap.html
I knew that there is a way to bootstrap Maven, but there is more to
this in the Gump context than just
On Tue, 7 May 2002, [EMAIL PROTECTED] wrote:
the other one of my hassles is the gump descriptors for the projects
aren't under the projects control/cvs, they're in Gump's.
Not necessarily - several are under the control of the projects
themselves. The project descriptors come into Gump via
On Wed, 22 May 2002, Dave Garthwaite [EMAIL PROTECTED]
wrote:
Could someone explain how to use the deliver tag ? I can't find it
in the Gump documents.
It is still experimental and therefore not documented yet (and it may
change without warning).
Apart from defining a server and have deliver
James or Jason,
could you please look into these:
http://cvs.apache.org/~bodewig/gump/20020605/commons-messenger.html
http://cvs.apache.org/~bodewig/gump/20020605/commons-cli.html
The results are from my private Gump that uses Ant's 1.5-branch
instead of HEAD, but that shouldn't make a
On Mon, 10 Jun 2002, James Strachan [EMAIL PROTECTED]
wrote:
They both use Maven-generated builds and gump descriptors.
CLI seems to depend on commons-lang, I've added this dependency to its
Gump descriptor, but you may want to update your Maven descriptor as
well.
Stefan
--
To unsubscribe,
XDoclet can compile cleanly now, but it won't create the jar and won't
be usuable in any Gump run in its current state:
BUILD FAILED
/home/bodewig/dev/gump/xdoclet/modules/xdoclet/build.xml:116: Could not create task of
type: xdoclet due to xdoclet.jar should not be on the system classpath when
opened a bug report with XDoclet.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Tue, 25 Jun 2002, [EMAIL PROTECTED] wrote:
Stefan if there's anything I can do to help, just let me know.
hmm, provide non-Maven build files for Jelly, Graph and Werkz (I think
it's just a matter of generating them from their respective
descriptors, yes?). Oh, just looked at Maven's
dIon,
I've applied your patch, but the second hunk (the jelly part) didn't
work. I've manually merged in your stuff, but please check whether
everything is the way it is supposed to be.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
On Tue, 25 Jun 2002, [EMAIL PROTECTED] wrote:
Can gump bootstrap maven using it's existing process (i.e. download
existing versions of jars) and then use that to build the
dependencies?
This could be a layered process similar to how Ant currently works:
* bootstrap Maven with its built-in
On Wed, 26 Jun 2002, [EMAIL PROTECTED] wrote:
[DTD]
How relevant are they?
I've never looked at them myself, so you can be sure that none of the
changes I've introduced are reflected there.
Does gump use these DTD's itself?
No.
This would create a project descriptor that can be used
On Wed, 26 Jun 2002, [EMAIL PROTECTED] wrote:
is there something I can help with, or a list of things I can do?
Thank you for the offer.
My current plan is to collect the things that we will need to build
Maven as far as I can find them - and look into using the Maven
bootstrap process as
On Wed, 26 Jun 2002, [EMAIL PROTECTED] wrote:
It seems Gump only supports CVS,
I'm sure we'll have to at least add Subversion sooner rather than
later.
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Wed, 26 Jun 2002, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
Maven?
We are talking about Gump.
Gump has an ant tag.
Calm down, please.
dIon was answering to Conor's question whether it wouldn't be a good
idea to use the same descriptor for Gump, Forrest, Vindico, Centipede,
Maven,
Hi,
we (ant-dev) just stumbled over a problem with the test-ant project.
The reason for our problem comes from the fact that Ant's compiled
classes are on the CLASSPATH (as result of a work tag) in front of
ant.jar (via depend) and the former come without a manifest. In our
special case, I can
On Wed, 26 Jun 2002, Richard Emberson [EMAIL PROTECTED]
wrote:
1) The script gen.sh - please return the status of the generator.
This should be done for the .sh version (I don't speak .bat) now.
2) The generated script build.sh - please return the status of the
build.
Which build? Return
On 5 Jul 2002, [EMAIL PROTECTED] wrote:
Add log4j as dependency so that the Wrapper for Log4j is included
in nightly builds.
Wouldn't option be more appropriate then? Do you want the nightly
builds to fail if Log4J cannot be built?
Stefan
--
To unsubscribe, e-mail: mailto:[EMAIL
On Sun, 07 Jul 2002, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
The supplied patch changes the name of the descriptor gotten from
the Forrest CVS, and eliminates the unneeded dependencies.
Committed, but ...
Dropping project jakarta-poi because of Exception java.lang.Exception: project
1 - 100 of 152 matches
Mail list logo