Re: Trying to get Gumpy running ...

On Thu, 11 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > Does it make you feel better that this part ought not take much > longer when you do the whole thing? ;-) I realized that when I did something more complex. The overhead og Gumpy over the pure build time is a constant 30 minutes o

Re: cvs commit: gump/blog/Issues Struts-Velocity.txt

On Thu, 11 Mar 2004, Martin Cooper <[EMAIL PROTECTED]> wrote: > 1) The breakage happened 3 weeks and 6 days ago, but it was not > until today that a message was sent to struts-dev informing us of > the problem. We can't track all of the client projects, so if we > break something, someone needs t

Re: How to debug a Gump build problem?

On Thu, 11 Mar 2004, Vincent Massol <[EMAIL PROTECTED]> wrote: > Ok. First update: I've successfully run the servlet sample build on > a unix machine (cvs.apache.apache) using Tomcat 3.3.2. I've just re-checked my dump. There is no Authorization header in the requests at all. I currently suspec

[Gump Wiki] Updated: Drafts/ProjectBylaws

Date: 2004-03-12T04:03:17 Editor: StefanBodewig <[EMAIL PROTECTED]> Wiki: Gump Wiki Page: Drafts/ProjectBylaws URL: http://wiki.apache.org/gump/Drafts/ProjectBylaws no comment Change Log: -- @@ -1,5 +1,

Bylaws

Hi, one of the few remaining tasks (the only one AFAICS) to have as established as a TLP is the definition of bylaws. I've put my thoughts on bylaws on a wiki page[1], please comment there as well. Cheers Stefan Footnotes: [1] http://wiki.apache.org/gump/Drafts/ProjectBylaws --

[Gump Wiki] Updated: LocalSpellingWords

Date: 2004-03-12T04:23:40 Editor: StefanBodewig <[EMAIL PROTECTED]> Wiki: Gump Wiki Page: LocalSpellingWords URL: http://wiki.apache.org/gump/LocalSpellingWords no comment Change Log: -- @@ -88,3 +88,5

[Gump Wiki] New: Drafts/BoardReports/20040317

Date: 2004-03-12T04:23:50 Editor: StefanBodewig <[EMAIL PROTECTED]> Wiki: Gump Wiki Page: Drafts/BoardReports/20040317 URL: http://wiki.apache.org/gump/Drafts/BoardReports/20040317 no comment New Page: Most of the past few weeks has been filled with infrastructure stuff. We've

Board report

Hi, all PMCs, well, the chairmen, have to report to the board quarterly and we've ended up for March, June, September and December in the rotation. In addition we need to report in April so that the board knows we are on track. I'd like to try authoring the board report together and have started

[Gump Wiki] Updated: Drafts/ProjectBylaws

Date: 2004-03-12T05:18:59 Editor: 130.89.169.128 <> Wiki: Gump Wiki Page: Drafts/ProjectBylaws URL: http://wiki.apache.org/gump/Drafts/ProjectBylaws no comment Change Log: -- @@ -26,10 +26,16 @@ I (S

cvs commit: gump/python/gump/utils file.py

ajack 2004/03/12 05:56:16 Modified:python/gump/utils file.py Log: cut-n-paste fix. Revision ChangesPath 1.6 +1 -1 gump/python/gump/utils/file.py Index: file.py === RCS file: /home/cvs/gu

Re: Clarifying some licensing issues for Apache developers

Brian Behlendorf wrote: On Thu, 11 Mar 2004, J Aaron Farr wrote: However, mx4j is a good example because apparently it includes code licensed under the Jetty and Jython licenses [2]. While I am not intimately familiar with mx4j, this may mean that the total legal effect of using mx4j is not cont

cvs commit: gump/python/gump engine.py build.py

ajack 2004/03/12 06:21:00 Modified:python/gump engine.py build.py Log: Allow build to run standalone w/o loading stats Revision ChangesPath 1.82 +41 -11gump/python/gump/engine.py Index: engine.py ==

Re: How to debug a Gump build problem?

Stefan Bodewig wrote: Currently Gump doesn't run on any ASF machine, unless Stefano's efforts on moof have come further along than I thought. Uh, Adam and Antoine asked access to moof and I gave it to them. I didn't do anything else. Guys, status? -- Stefano. smime.p7s Description: S/MIME Cry

Re: cvs commit: gump/blog/Issues Struts-Velocity.txt

Martin, You make great points, and we apologize for over stepping the mark, it was unintentional. We are trying to get into a habit of doing such postings, and jumped the gun on this one. Also, we copied some content from a mailing list posting, and failed to remove the 'intended humour' (which as

Re: [Cactus] commons-codec added to dependency jars?

Vincent Massol wrote: -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: 11 March 2004 10:31 To: [EMAIL PROTECTED] Subject: Re: [Cactus] commons-codec added to dependency jars? On Thu, 11 Mar 2004, Vincent Massol <[EMAIL PROTECTED]> wrote: Cactus does not use direct

Re: [RT] Gumpy deploying websites?

Vincent Massol wrote: Hi, In the past, Sam had provided some configuration so that Gump would upload every day the Cactus website (built as part of the Cactus build) to jakarta.apache.org/cactus. That was quite nice. I'd love to see Gump(y) add even more value to projects (such as deploying their

Re: Clarifying some licensing issues for Apache developers

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > [...] > Food for thought. Slick ideas, I love them... regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[head-up + vote] Gump should identify itself!!

Geir Magnusson Jr wrote: It's not me :) It's gump. People, I propose that Gump should identify itself as Apache Gump rather than with the name of the person that onw the project. Vote? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature

Re: [RT] Gumpy deploying websites?

Leo Simons wrote: Vincent Massol wrote: Thoughts? with ant 1.6 and the built-in SSH support, it should be possible to just put the deploy functionality in your build.xml file. Then, define a gump descriptor that runs your 'deploy' target. What's needed for this to work is an authentication m

Re: How to debug a Gump build problem?

> Uh, Adam and Antoine asked access to moof and I gave it to them. I > didn't do anything else. > > Guys, status? I'd point you to a posting (yesterday) with a subject of 'gump on moof', but our eyebrowse index seems dorked. Can you see it? regards Adam

Re: [RT] Moving gump forward

Scott Sanders wrote: On Mar 9, 2004, at 2:27 AM, Stefan Bodewig wrote: BTW: I suspect that See the antgump proposal in Alexandria - maybe Scott can chime in here? My latest try was vindico, an ant-based gump. I got far enough to see things building and so on, but not far enough to do the pro

Re: cvs commit: gump/blog/Issues Struts-Velocity.txt

Nick Chalko wrote: Is it premature to talk about this? http://gump.chalko.com/gb/blog/Issues/?smm=y&permalink=Struts-Velocity.txt&preview=true I like to keep the visibility up. but is the risk of stepping on toes to large? I think that it's fine if you remove the compiler error and keep it foc

Re: [head-up + vote] Gump should identify itself!!

On Fri, 12 Mar 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > People, I propose that Gump should identify itself as Apache Gump > rather than with the name of the person that onw the project. Fine with me, but Gump needs to use an address that is subscribed to the -dev list (or a benevolent

cvs commit: gump/python/gump/document forrest.py

ajack 2004/03/12 06:47:48 Modified:python/gump/document forrest.py Log: Wipe the log directory, but don't fail if can't remove/recreate it. Revision ChangesPath 1.101 +8 -5 gump/python/gump/document/forrest.py Index: forrest.py ==

Re: Gump on moof

Copying Fred since he's the administrator of that machine and the osx man [FYI, he's the one who wrote parts of the Darwin kernel for OSX] Adam R. B. Jack wrote: It jumped onto moof and ran gump/check.py, and it (at least) runs our of the box (ok, out of CVS), which is a beautiful thing. nice t

Re: [RT] Gumpy deploying websites?

Stefano Mazzocchi wrote: Gump is the most insecure system ever, hpfft. since it downloads software from all over the world. This means that even a committer of a library that we depend upon could gain control of gump and use its ssh keys to upload nasty content on your web site. Gump security i

Re: cvs commit: gump/blog/Issues Struts-Velocity.txt

Martin Cooper wrote: On Thu, 11 Mar 2004, Nick Chalko wrote: Is it premature to talk about this? http://gump.chalko.com/gb/blog/Issues/?smm=y&permalink=Struts-Velocity.txt&preview=true I like to keep the visibility up. but is the risk of stepping on toes to large? In principle, I don't mind th

Dodgy characters & forrest (xdocs)

I think I've managed to suppress dodgy characters (like the binary that log4j's test cat'ing .gz files produced). It isn't pretty/nice, I replace them with _, but at least the forrest ought run for all the other pages. http://gump.try.sybase.com/logging-log4j/log4j-tests.html BTW: I thought I

Re: Gump on moof

Stefano Mazzocchi wrote: ah, last thing, can you give us an estimation of the amount of disk space that you need? [EMAIL PROTECTED] /data3]$ df -h FilesystemSize Used Avail Use% Mounted on (...) /dev/hdb2 27G 7.7G 18G 31% /data3 so that's approx. 8 GB per full instanc

[Gump Wiki] Updated: Drafts/BoardReports/20040317

Date: 2004-03-12T07:17:20 Editor: 65.96.189.168 <> Wiki: Gump Wiki Page: Drafts/BoardReports/20040317 URL: http://wiki.apache.org/gump/Drafts/BoardReports/20040317 Added my comments Change Log: -- @@ -1

Problem with build of jakarta-slide

Hi Adam, can you check whether gumpy *syncs* properly on lsd. Stefan http://article.gmane.org/gmane.comp.jakarta.ant.devel/28636 wrote that Slide should build. I have seen that jakarta-slide/build.xml and jakarta-slide/testsuite/build.xml have been synced from CVS last night. Can you check whet

[Gump Wiki] Updated: Drafts/ProjectBylaws

Date: 2004-03-12T07:22:17 Editor: 65.96.189.168 <> Wiki: Gump Wiki Page: Drafts/ProjectBylaws URL: http://wiki.apache.org/gump/Drafts/ProjectBylaws no comment Change Log: -- @@ -34,8 +34,12 @@ ''

[Gump Wiki] Updated: Drafts/ProjectBylaws

Date: 2004-03-12T07:27:27 Editor: 130.89.169.128 <> Wiki: Gump Wiki Page: Drafts/ProjectBylaws URL: http://wiki.apache.org/gump/Drafts/ProjectBylaws no comment Change Log: -- @@ -36,6 +36,8 @@ ''

Re: Problem with build of jakarta-slide

> can you check whether gumpy *syncs* properly on lsd. You don't have unfailing confidence in your code? ;-) Actually, I might have busted it w/ that skip directories like .svn|CVS that I added yesterday. > Stefan http://article.gmane.org/gmane.comp.jakarta.ant.devel/28636 wrote > that Slide sho

Re: Moving Gump Forward (Feedback)

Adam Jack wrote: From this thread: http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=667384 .. here are my thoughts, (for what they are worth). Stefano has convinced me that pure numbers are not the most erudite form of communication, are equivocable (folks will hate the a

Re: Problem with build of jakarta-slide

Adam R. B. Jack wrote: can you check whether gumpy *syncs* properly on lsd. You don't have unfailing confidence in your code? ;-) No, unfortunately, I do not have unfailing confidence in my code. :-( Actually, I might have busted it w/ that skip directories like .svn|CVS that I added yes

Re: Gump on moof

> put it on /usr/local/gump/gump Thanks. Somebody mind creating a /use/local/gump directory that the gump group has permissions to? regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EM

Account for Antoine

FYI: I set up an account for Antoine on lsd. Another person to blame if things break :-D. Whoohooh! -- cheers, - Leo Simons --- Weblog -- http://leosimons.com/ IoC Component Glue -- http://jicarilla.org/ Articles &

Re: Gump on moof

On Fri, 12 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > Somebody mind creating a /use/local/gump directory that the gump > group has permissions to? And please add me to that group while you are at it. Thanks Stefan

Re: Problem with build of jakarta-slide

On Fri, 12 Mar 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]> wrote: > Stefan http://article.gmane.org/gmane.comp.jakarta.ant.devel/28636 > wrote that Slide should build. See also . Stefan -

Re: Gump on moof

I would like also to be in this group. Cheers, Antoine Stefan Bodewig wrote: On Fri, 12 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: Somebody mind creating a /use/local/gump directory that the gump group has permissions to? And please add me to that group while you are at it.

cvs commit: gump/python/gump engine.py

ajack 2004/03/12 08:10:39 Modified:python/gump/document forrest.py xdoc.py python/gump/model stats.py template/forrest/src/documentation/content/xdocs site.xml python/gump engine.py Log: 1) Allow 'TAB' not to be mapped to underscore 2

cvs commit: gump/python/gump engine.py

ajack 2004/03/12 08:51:56 Modified:python/gump engine.py Log: NEed to import stats to get to the constants. Revision ChangesPath 1.84 +1 -0 gump/python/gump/engine.py Index: engine.py ===

RE: [Cactus] commons-codec added to dependency jars?

Hi Stefano, > -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] > Sent: 12 March 2004 15:31 > To: Gump code and data > Subject: Re: [Cactus] commons-codec added to dependency jars? [snip] > > Again the problem is the same. I don't have access to a gump machine and >

Re: cvs commit: gump/blog/Issues Struts-Velocity.txt

Stefano Mazzocchi wrote: Nick Chalko wrote: Is it premature to talk about this? http://gump.chalko.com/gb/blog/Issues/?smm=y&permalink=Struts-Velocity.txt&preview=true I like to keep the visibility up. but is the risk of stepping on toes to large? Reading it again I see that the people side

Re: Trying to get Gumpy running ...

You know, irregardless of how mature (or otherwise) Gumpy is in integrate.py, the other scripts -- and the general commandline usage -- are terribly immature. Basically, with me not having the ability to do any worthwhile local runs (behind a modem) I've really just never bothered. [Ok, I've also b

Re: Problem with build of jakarta-slide

de-webdavlib-20040312.jar Only in /data3/gump/jakarta-slide/testsuite/lib: jdom.jar Only in /data3/gump/jakarta-slide/testsuite/lib: tprocessor.jar Only in /data3/gump/jakarta-slide/testsuite/testsuite/junit: debug Only in /data3/gump/jakarta-slide/webdavclient: build Only in /data3/gump/jakarta-slide/

Re: [head-up + vote] Gump should identify itself!!

Stefan Bodewig wrote: People, I propose that Gump should identify itself as Apache Gump rather than with the name of the person that onw the project. Fine with me, but Gump needs to use an address that is subscribed to the -dev list (or a benevolent moderator). We can use the pattern "Gump

Re: Gump on moof

--On Friday, March 12, 2004 8:35 AM -0700 "Adam R. B. Jack" <[EMAIL PROTECTED]> wrote: Somebody mind creating a /use/local/gump directory that the gump group has permissions to? Done. You have ~16GB to work with... -- justin -

Re: Gump on moof

--On Friday, March 12, 2004 5:05 PM +0100 Antoine Lévy-Lambert <[EMAIL PROTECTED]> wrote: I would like also to be in this group. That directory is owned by the default group (admin). Fred might want to change it to a different group though. -- justin --

Re: Gump on moof

> --On Friday, March 12, 2004 5:05 PM +0100 Antoine Lévy-Lambert > <[EMAIL PROTECTED]> wrote: > > > I would like also to be in this group. > > That directory is owned by the default group (admin). Fred might want to > change it to a different group though. -- justin I believe we were hoping for

Re: Gump on moof

> as the base location and then do > > /usr/local/gump/[flavor]/gump > /usr/local/gump/[flavor]/packages > /usr/local/gump/[flavor]/workspace > /usr/local/gump/[flavor]/results > > for each flavor. Ok, flavour 'public' is in progress... > Please populate a README file on > /usr/local/gu

Re: [RT] Gumpy deploying websites?

Vincent Massol wrote: Hi, In the past, Sam had provided some configuration so that Gump would upload every day the Cactus website (built as part of the Cactus build) to jakarta.apache.org/cactus. That was quite nice. I'd love to see Gump(y) add even more value to projects (such as deploying their

cvs commit: gump/python/gump/document forrest.py

ajack 2004/03/12 10:25:29 Modified:python/gump/document forrest.py Log: We need a smarter (multi-step) strategy for wiping work and target directories: 1) So we don't loose atom/rss/other in src/docs/contents 2) So we have a smaller window of missing public files.

Re: Gump on moof

> It jumped onto moof and ran gump/check.py, and it (at least) runs our of the > box (ok, out of CVS), which is a beautiful thing. Now, after a little > planning, it is time to install Gumpy proper... Ok, README exists in /usr/local/gump/README and the first flavour (public) is installed/configur

cvs commit: gump/python/gump/document forrest.py

ajack 2004/03/12 10:55:24 Modified:python/gump/document forrest.py Log: Commented out too much. Revision ChangesPath 1.104 +27 -25gump/python/gump/document/forrest.py Index: forrest.py ===

Re: [RT] Gumpy deploying websites?

Leo Simons wrote: Stefano Mazzocchi wrote: Gump is the most insecure system ever, hpfft. since it downloads software from all over the world. This means that even a committer of a library that we depend upon could gain control of gump and use its ssh keys to upload nasty content on your web

Depot svn is failing on covalent.

http://gump.covalent.net/log/cvs_depot.html Any Ideas? R, Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Gump on moof

Leo Simons wrote: Stefano Mazzocchi wrote: ah, last thing, can you give us an estimation of the amount of disk space that you need? [EMAIL PROTECTED] /data3]$ df -h FilesystemSize Used Avail Use% Mounted on (...) /dev/hdb2 27G 7.7G 18G 31% /data3 so that's approx.

Re: [RT] Moving gump forward

My latest try was vindico, an ant-based gump. I got far enough to see things building and so on, but not far enough to do the project.xml override/inheritance. I do believe it was a viable model, the biggest issue being that I was still using java products to build java products, and Sam had

Re: [RT] Moving gump forward

Scott Sanders wrote: My latest try was vindico, an ant-based gump. I got far enough to see things building and so on, but not far enough to do the project.xml override/inheritance. I do believe it was a viable model, the biggest issue being that I was still using java products to build java

Re: [Cactus] commons-codec added to dependency jars?

Vincent Massol wrote: The way I code is as follows: 1/ make a change on my local machine 2/ verify it works by running some kind of tests If I don't do 2/ then there is a high chance it will break something and I'll only know the following day. To do 2, there are 2 solutions I can see: 1/ install

cvs commit: gump/profile gump.xml

ajack 2004/03/12 12:16:17 Modified:project maven.xml profile gump.xml Removed: project forehead.xml Log: According to this (and numerous CVS failures) forehead is history: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MCOMPONENTS-8 Revision

Re: [Cactus] commons-codec added to dependency jars?

> I never though that people would have a problem modifying the metadata > files for fear of breaking gump. > > But, I wonder, if your build is already broken, why are you afraid of > breaking it? I suspect folks are nervous of breaking other's builds via their mistakes. I know I was, and only ti

Re: Gump on moof

Adam R. B. Jack wrote: It jumped onto moof and ran gump/check.py, and it (at least) runs our of the box (ok, out of CVS), which is a beautiful thing. Now, after a little planning, it is time to install Gumpy proper... Ok, README exists in /usr/local/gump/README and the first flavour (public) is

Re: Problem with build of jakarta-slide

Adam R. B. Jack wrote: Hmm, maybe the issue was that the dodgy characters in log4j-test were killing the forrest, so the pages were stale. I hand ran the forrest about the time you sent this, and right now it shows success (with a duration of 1). http://lsd.student.utwente.nl/gump/jakarta-slide

Monthly clean of cvs dir.

I think we should to a month clean of the cvs dirs. a rm -rf . This will help us catch errors that outdated cvs dir would otherwise miss. R, Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAI

Re: Monthly clean of cvs dir.

> I think we should to a month clean of the cvs dirs. a rm -rf . > > This will help us catch errors that outdated cvs dir would otherwise miss. The only negative I foresee with this, is that currently Gumpy uses the output of the CVS|SVN updates (in quiet mode) to determine if there have been an

Re: Monthly clean of cvs dir.

Adam R. B. Jack wrote: I think we should to a month clean of the cvs dirs. a rm -rf . This will help us catch errors that outdated cvs dir would otherwise miss. The only negative I foresee with this, is that currently Gumpy uses the output of the CVS|SVN updates (in quiet mode) to determine

cvs commit: gump/project incubator-geronimo.xml

ajack 2004/03/12 15:10:22 Modified:project incubator-geronimo.xml Log: Remove maven depend, to see if installed maven will work... Revision ChangesPath 1.3 +3 -1 gump/project/incubator-geronimo.xml Index: incubator-geronimo.xml ===

[Gump Wiki] Updated: FrontPage

Date: 2004-03-12T15:10:50 Editor: AdamJack <[EMAIL PROTECTED]> Wiki: Gump Wiki Page: FrontPage URL: http://wiki.apache.org/gump/FrontPage no comment Change Log: -- @@ -9,6 +9,7 @@ * GumpDevelopment

[Gump Wiki] New: GumpCommandLineOptions

Date: 2004-03-12T15:14:52 Editor: AdamJack <[EMAIL PROTECTED]> Wiki: Gump Wiki Page: GumpCommandLineOptions URL: http://wiki.apache.org/gump/GumpCommandLineOptions no comment New Page: GumpCommandLineOptions. All Gump scripts (currently) have the same commandline: python g

[jira] Commented: (GUMP-21) FOG factor is misleading and requires improvement

The following comment has been added to this issue: Author: Adam Jack Created: Fri, 12 Mar 2004 3:43 PM Body: I'd love to fix this, I agree with much of the objection, but I'd need suggestions. I suspect there is no such thing as a single 'FOG Factor' (to suit all purposes) but m

cvs commit: gump/project maven.xml

ajack 2004/03/12 15:45:25 Modified:project maven.xml Log: According to this (and numerous CVS failures) forehead is history: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MCOMPONENTS-8 Revision ChangesPath 1.5 +0 -1 gump/project/maven.xml In

[RT} Build Intelligence w/ "cannot resolve"

Take a compile failure like this: http://lsd.student.utwente.nl/gump/jakarta-turbine-stratum/gump_work/build_jakarta-turbine-stratum_jakarta-turbine-stratum.html#Output with: [javac] /data3/gump/jakarta-turbine-stratum/src/java/org/apache/stratum/component/Co mponentLoader.java:217: cannot resol

cvs commit: gump/python/gump engine.py

ajack 2004/03/12 16:17:40 Modified:python/gump/model project.py stats.py repository.py python/gump/document forrest.py documenter.py python/gump/utils tools.py sync.py python/gump/output statsdb.py python/gump engine.py Log:

RE: [Cactus] commons-codec added to dependency jars?

> -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] > Sent: 12 March 2004 21:09 > To: Gump code and data > Subject: Re: [Cactus] commons-codec added to dependency jars? > > Vincent Massol wrote: > > > > The way I code is as follows: > > 1/ make a change on my local

cvs commit: gump/python/gump/model stats.py

ajack 2004/03/12 18:39:21 Modified:python/gump/model stats.py Log: Fix the 'start date' for a state, to when the state changes, not each update. Revision ChangesPath 1.14 +6 -6 gump/python/gump/model/stats.py Index: stats.py

Re: [Cactus] commons-codec added to dependency jars?

Vincent Massol wrote: -Original Message- From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] Sent: 12 March 2004 21:09 To: Gump code and data Subject: Re: [Cactus] commons-codec added to dependency jars? Vincent Massol wrote: The way I code is as follows: 1/ make a change on my local mac

Re: [Cactus] commons-codec added to dependency jars?

The least it could do is email you back the diff to patch your own copy of cvs with, or to spam this list with :) Scott On Mar 12, 2004, at 9:30 PM, Stefano Mazzocchi wrote: man, it took me two months to have a single clean gump run for cocoon, then I let go and it fell apart, so I do feel you

WSIF&AXIS(WSDL) on Gump...

Hi, It seems that WSIF fails to compile against latest AXIS WSDL from CVS HEAD. Could I ask you to look into why, and work with the AXIS WSDL folks to see if there is an interface change problem? Thanks in advance: http://lsd.student.utwente.nl/gump/ws-wsif/ws-wsif.html [javac] /data3/gump/ws-ws

Re: BATCH: All dressed up, with nowhere to go...

[EMAIL PROTECTED] wrote: G U M P [EMAIL PROTECTED]: cocoon-2.1/xreporter-expression failed To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://g

Re: [Alert!] Major break in Excalibur!

> We have a big problem with Excalibur in combination with LogKit, and it has > been completely hidden by Maven FWIIW: Gump has been trying to raise awareness of it. It shows this error in the compile output. http://lsd.student.utwente.nl/gump/avalon-excalibur/gump_work/build_avalon-excalibu