Re: [Gump] cocoon-sax build error

On 2010-06-28, Stefan Bodewig wrote: > I'll see whether I can make the Xalan build produce the same jar that > can be found in the mvn repo - looks possible - and once Gump produces > that I think the cocoon-sax build will be fixed. well, sort of

Re: [Gump] cocoon-sax build error

Hi Stefan, thanks a lot for the incredible analysis you've done!!! Have a nice day, Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Mon, Jun 28, 2010 at 9:21 AM, Stefan Bodewig wrote: > Hi, > > I think I see why the build currently fails in Gump. > > The Xalan jar that

Re: Gump for Cocoon3

On 2010-06-24, David Crossley wrote: > At Apache Gump, Stefan has recently added a Gump build of Cocoon3. thank you for the pointer, David. > Could someone here at Cocoon assist with the build errors. Over the past few months we've found mvn reactor builds to be tricky for various reasons. One

Re: Gump for Cocoon3

On 2010-06-24, Stefan Bodewig wrote: > I'll see whether I can find time to split up the reactor into individual > component builds over the next few hours, this may give us something > that is easier to target. This is ready now[1]. The Gump run that started on vmgump a few hours ago won't see i

Re: Gump for Cocoon3

[resending, original is likely stuck in the moderation queue] On 2010-06-24, David Crossley wrote: > At Apache Gump, Stefan has recently added a Gump build of Cocoon3. thank you for the pointer, David. > Could someone here at Cocoon assist with the build errors. Over the past few months we've

Re: Gump for Cocoon3

Hi all, it seems something wrong happens when pre-compiling XSLTs, as Reinhard supposed. I'll try to add the BCEL dependency to fix that, btw I don't understand why it happens... I'll let you know as soon as possible. Thanks!!! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/

Re: Gump for Cocoon3

David Crossley wrote: > At Apache Gump, Stefan has recently added a Gump build of Cocoon3. > > See http://thread.gmane.org/gmane.comp.jakarta.gump/14458/focus=14475 > > Here is the first output: > http://vmgump.apache.org/gump/public/cocoon3/ > > If not familiar with Gump, then follow: > All Pro

Re: [GUMP] Which jar is supposed to contain CocoonTestCase?

On 08.11.2005 21:30, Stefan Bodewig wrote: there are a few block builds failing because the CocoonTestCase class cannot be found. I assumed it'd be in cocoon-testcase.jar, but this here is what gets created on vmgump: http://svn.apache.org/viewcvs?rev=331881&view=rev hopefully fixes it. Don'

Re: [GUMP vmgump]: Project cowarp (in module cocoon) failed

> Project cowarp has an issue affecting its community integration. > Full details are available at: > http://vmgump.apache.org/gump/public/cocoon/cowarp/index.html > -ERROR- Missing Output: /usr/local/gump/public/workspace/cocoon/lib/optional/cowarp-0.4.jar Please don't forget to update gu

Re: [GUMP@brutus]: Project cocoon (in module cocoon) failed

Stefano Mazzocchi wrote: > Carsten Ziegeler wrote: > >>>Sure, >>> >>> >>> >>>but I don't think we should, really, in gump we already have the real >>>classes anyway... what I don't understand is what happened to the DOM >>>classes in gump in the first place! >>> >>>anyway, I just added >>> >

Re: [GUMP@brutus]: Project cocoon (in module cocoon) failed

Carsten Ziegeler wrote: Sure, but I don't think we should, really, in gump we already have the real classes anyway... what I don't understand is what happened to the DOM classes in gump in the first place! anyway, I just added let's see if that solves the problem. I guess it does not

Re: [GUMP@brutus]: Project cocoon (in module cocoon) failed

> > Sure, > > > > but I don't think we should, really, in gump we already have the real > classes anyway... what I don't understand is what happened to the DOM > classes in gump in the first place! > > anyway, I just added > > > > let's see if that solves the problem. > I gues

Re: [GUMP@brutus]: Project cocoon (in module cocoon) failed

Carsten Ziegeler wrote: Gump wrote: compile-mocks: [echo] Compiling Cocoon Core [javac] Compiling 32 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon/classes [javac] Compiling 536 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon/clas

Re: [GUMP@brutus]: Project cocoon (in module cocoon) failed

Gump wrote: > > > compile-mocks: > > [echo] Compiling Cocoon Core > [javac] Compiling 32 source files to > /home/gump/workspaces2/public/workspace/cocoon/build/cocoon/classes > [javac] Compiling 536 source files to > /home/gump/workspaces2/public/workspace/cocoon/build/cocoon/clas

Re: gump libraries etc

The project "hsqldb" is globally available and doesn't need to be delared in our project specific Gump descriptor: http://brutus.apache.org/gump/public/hsqldb/hsqldb/index.html aha! :o) see http://brutus.apache.org/gump/public/buildLog.html what else is built by Gump I've added that link as a comme

Re: gump libraries etc

Hey Torsten! (be friendly when you are talking to yourself ;) In the build/cocoon-2.2.0-dev/temp/blocks-build.xml I found So src/blocks-build.xsl seems to create javaflow*.jar jci*.jar which is because of the gump project names. So always make sure the gump project names corre

Re: gump libraries etc

Reinhard Poetz wrote: Torsten Curdt wrote: After updating to latest trunk I've run into problems building the javaflow block because jars are missing in the classpath. Anyway, maybe some sleep and a clean rebuild will help... ...unfortunately it did not :-/ BUT while searching for the cause I was

Re: gump libraries etc

Torsten Curdt wrote: After updating to latest trunk I've run into problems building the javaflow block because jars are missing in the classpath. Anyway, maybe some sleep and a clean rebuild will help... ...unfortunately it did not :-/ BUT while searching for the cause I was reading through the gu

Re: gump libraries etc

After updating to latest trunk I've run into problems building the javaflow block because jars are missing in the classpath. Anyway, maybe some sleep and a clean rebuild will help... ...unfortunately it did not :-/ BUT while searching for the cause I was reading through the gump descriptor and I re

Re: [GUMP][PATCH] fix a bunch of typos for jars in Cocoon repo

Fixed. Thanks! Carsten Stefan Bodewig wrote: Should all be trivial changes Cheers Stefan --- gump.xml.orig Wed Jan 26 17:43:16 2005 +++ gump.xml Wed Jan 26 17:47:09 2005 @@ -1340,7 +1340,7 @@ Delivery context library - + @@ -1369,7 +1369,7 @@

Re: [GUMP@brutus]: Project cocoon-block-template (in module cocoon) failed

Any Gump guru who can tell why it goes wrong? All the classes Expression, ExpressionContext, FlowObjectModelHelper that can't be found in the test cases are defined whithin the template block. /Daniel Gump wrote: To whom it may engage... This is an automated request, but not an unsolici

Re: [GUMP] cocoon and related failures

At 07:11 PM 1/20/2005, Curt Arnold wrote: This looks like an unintentional (or at least undiscussed) break due to the packaging of log4j. I would discourage Cocoon from redirecting to logging-log4j-12 until the log4j project has had a chance to discuss the issue. It was an unintentional breakage

Re: [GUMP] cocoon and related failures

This looks like an unintentional (or at least undiscussed) break due to the packaging of log4j. I would discourage Cocoon from redirecting to logging-log4j-12 until the log4j project has had a chance to discuss the issue. On Jan 20, 2005, at 6:43 AM, Stefan Bodewig wrote: Hi all, the Cocoon bu

Re: [GUMP@brutus]: Project cocoon-block-cron (in module cocoon) failed

Antonio Gallardo wrote: Hi: Seems like the quartz lib changed the interface: "DriverDelegate". I tried to find inside our shipped quartz*.jar the new method and it does not exists. What to do? A workaround is to use in the project block the quartz shipped with cocoon. How about contacted them and a

Re: [GUMP@brutus]: Project cocoon-block-cron (in module cocoon) failed

Hi: Seems like the quartz lib changed the interface: "DriverDelegate". I tried to find inside our shipped quartz*.jar the new method and it does not exists. What to do? A workaround is to use in the project block the quartz shipped with cocoon. Best Regards, Antonio Gallardo On Dom, 5 de Dicie

Re: [GUMP@brutus]: Project cocoon-block-template (in module cocoon) failed

Leszek Gawron wrote: - [javac] location: class org.apache.cocoon.util.TypeUtilsTestCase [javac] assertEquals(Boolean.FALSE, TypeUtils.convert("false", Boolean.class)); [javac] ^ [javac] /home/g

Re: [GUMP@brutus]: Project cocoon-block-template (in module cocoon) failed

Gump wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-template has an issue affecting its community integratio

Re: Gump and unavailable projects (daisy, nekohtml-dtd)

Reinhard Poetz wrote: I've just integrated the HTMLCleaner into Cocoon Forms. Awesome stuff! Anyway, now I have problems defining the correct Gump entries. I use - daisy-htmlcleaner-1.1.jar - daisy-util-1.1.jar - nekohtml-0.9.3.jar - nekodtd-0.1.10.jar AFAIKS at http://brutus.apache.org/gump/p

Re: Gump and unavailable projects (daisy, nekohtml-dtd)

Steven Noels wrote: On 25 Nov 2004, at 15:05, Reinhard Poetz wrote: I've just integrated the HTMLCleaner into Cocoon Forms. Awesome stuff! :-) Anyway, now I have problems defining the correct Gump entries. I use - daisy-htmlcleaner-1.1.jar - daisy-util-1.1.jar - nekohtml-0.9.3.jar - nekodtd-0.

Re: Gump and unavailable projects (daisy, nekohtml-dtd)

On 25 Nov 2004, at 15:05, Reinhard Poetz wrote: I've just integrated the HTMLCleaner into Cocoon Forms. Awesome stuff! :-) Anyway, now I have problems defining the correct Gump entries. I use - daisy-htmlcleaner-1.1.jar - daisy-util-1.1.jar - nekohtml-0.9.3.jar - nekodtd-0.1.10.jar AFAIKS at h

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

On Tue, 9 Nov 2004 17:08:36 +, sebb <[EMAIL PROTECTED]> wrote: > On Tue, 09 Nov 2004 10:33:26 -0500, Stefano Mazzocchi > > > <[EMAIL PROTECTED]> wrote: > > Stefan Bodewig wrote: > > > > > > > On Mon, 08 Nov 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > > > > > > > >>Geoff Howard wrot

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

On Tue, 09 Nov 2004 10:33:26 -0500, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: > > > > On Mon, 08 Nov 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > > > > >>Geoff Howard wrote: > > > > > >>>I find it hard to believe the jms spec has changed, though I > >>>suppose

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

Geoff Howard wrote: If we identified there is a API change between 1.0.2 and 1.1, I'd rather have cocoon update to the latest JMS API rather than having to different packages in gump since it seems that cocoon is the only one having that problem anyway. I'll see if that's the case, and if it solve

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

On Tue, 09 Nov 2004 10:33:26 -0500, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: > > On Mon, 08 Nov 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > > >>Geoff Howard wrote: > > > >>>I find it hard to believe the jms spec has changed, though I > >>>suppose this is possi

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

Stefan Bodewig wrote: On Mon, 08 Nov 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: Geoff Howard wrote: I find it hard to believe the jms spec has changed, though I suppose this is possible. Which version does geronimo-* implement? Maybe it is a change between 1.0.2 (the version of JMS we h

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

I was going to work on this today but I got sidetracked. Geoff Howard wrote: Can someone give some help figuring out what is wrong with gump for the JMS block? The build snippet below appears to show a failure due to classpath (unresolved symbol) but the geronimo jms spec jar is in the classpath (

Re: [GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

Can someone give some help figuring out what is wrong with gump for the JMS block? The build snippet below appears to show a failure due to classpath (unresolved symbol) but the geronimo jms spec jar is in the classpath (also below) and the block actually does build using the build script. gump.x

Re: [GUMP@brutus]: Project cocoon-block-ojb (in module cocoon) failed

Hi: Seems like the ojb block is missing some dependencies I will try to fix it now. Best Regards, Antonio Gallardo

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) success

Gump wrote: To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-proxy *no longer* has an issue. It worked!! :-) Gosh, g

Re: [GUMP@brutus]: Project cocoon-block-ojb (in module cocoon) failed

Stefano Mazzocchi dijo: > Gump wrote: > >> main: >> [mkdir] Created dir: >> /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-04112004/blocks/ojb/mocks >> [javac] Compiling 7 source files to >> /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-04112004/blocks/ojb/mocks >

Re: [GUMP@brutus]: Project cocoon-block-ojb (in module cocoon) failed

Gump wrote: main: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-04112004/blocks/ojb/mocks [javac] Compiling 7 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-04112004/blocks/ojb/mocks [javac] /home/gump/workspaces2/public/wo

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Antonio Gallardo wrote: Stefano Mazzocchi dijo: Antonio Gallardo wrote: Stefano Mazzocchi dijo: Antonio Gallardo wrote: Stefano Mazzocchi dijo: Gump wrote: cocoon-block-proxy-compile: [javac] Compiling 4 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blo

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Stefano Mazzocchi dijo: > Antonio Gallardo wrote: > >> Stefano Mazzocchi dijo: >> >>>Antonio Gallardo wrote: >>> >>> Stefano Mazzocchi dijo: >Gump wrote: > > > >>cocoon-block-proxy-compile: >> [javac] Compiling 4 source files to >>/home/gump/workspaces2/p

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Antonio Gallardo wrote: Stefano Mazzocchi dijo: Antonio Gallardo wrote: Stefano Mazzocchi dijo: Gump wrote: cocoon-block-proxy-compile: [javac] Compiling 4 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest [javac] /home/gump/workspaces2/pu

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Stefano Mazzocchi dijo: > Antonio Gallardo wrote: > >> Stefano Mazzocchi dijo: >> >>>Gump wrote: >>> >>> cocoon-block-proxy-compile: [javac] Compiling 4 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest [javac] /home/g

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Antonio Gallardo wrote: Stefano Mazzocchi dijo: Gump wrote: cocoon-block-proxy-compile: [javac] Compiling 4 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest [javac] /home/gump/workspaces2/public/workspace/cocoon/src/blocks/proxy/java/org/

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Stefano Mazzocchi dijo: > Gump wrote: > >> cocoon-block-proxy-compile: >> [javac] Compiling 4 source files to >> /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest >> [javac] >> /home/gump/workspaces2/public/workspace/cocoon/src/blocks/proxy/java/org/apac

Re: [GUMP@brutus]: Project cocoon-block-mail (in module cocoon) failed

Gump wrote: cocoon-block-asciiart-compile: cocoon-block-velocity-compile: cocoon-block-cron-compile: cocoon-block-batik-compile: cocoon-block-xsp-compile: cocoon-block-forms-compile: cocoon-block-databases-compile: main: cocoon-block-ojb-compile: this is very weird. the 'mail' block does not depend

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Gump wrote: cocoon-block-proxy-compile: [javac] Compiling 4 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest [javac] /home/gump/workspaces2/public/workspace/cocoon/src/blocks/proxy/java/org/apache/cocoon/generation/HttpProxyGenerator.j

Re: [GUMP@brutus]: Project cocoon-block-xsp (in module cocoon) failed

Antonio Gallardo wrote: Stefano Mazzocchi dijo: This is very weird: instead of executing the 'xsp' block, it runs the 'paranoid' block. This is not a gump problem. Do you people have any idea of what's going on? Yep! We know! :-D See this: org.apache.cocoon I will fix it now. ;-)

Re: [GUMP@brutus]: Project cocoon-block-xsp (in module cocoon) failed

Stefano Mazzocchi dijo: > This is very weird: instead of executing the 'xsp' block, it runs the > 'paranoid' block. This is not a gump problem. > > Do you people have any idea of what's going on? Yep! We know! :-D See this: org.apache.cocoon > -- > Stefano. > >

Re: [GUMP@brutus]: Project cocoon-block-xsp (in module cocoon) failed

Gump wrote: Project cocoon-block-xsp has an issue affecting its community integration. This issue affects 26 projects. [...] gump-block: cocoon-block-paranoid: cocoon-block-paranoid-prepare: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-31102004/blocks/parano

RE: Gump help requested

Yes, it's ant-contrib. Thanks for the patch, it's applied. Carsten > -Original Message- > From: Niclas Hedhman [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 26, 2004 12:33 PM > To: [EMAIL PROTECTED] > Subject: Gump help requested > > > Gang, > > I am trying to get Gump to build

Re: [GUMP@brutus]: Project cocoon (in module cocoon) failed

Niclas Hedhman wrote: > Find patch attached for gump.xml in the 2.1 branch. I assume that the same > will be required for the 2.2 development as well. Thanks. Applied to both. -- David Crossley

Re: [GUMP@brutus]: Project cocoon (in module cocoon) failed

On Saturday 23 October 2004 18:01, Gump wrote: > To whom it may engage... Find patch attached for gump.xml in the 2.1 branch. I assume that the same will be required for the 2.2 development as well. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://ni

Re: [GUMP@brutus]: cocoon-2.1/cocoon failed

Stephen McConnell wrote: -Original Message- From: Gump [mailto:[EMAIL PROTECTED] -ERROR- Bad Dependency. Project: excalibur-compatibility unknown to *this* workspace You can fix this error by replacing the following line: with this: -ERROR- Bad Dependency. Project: excalibur-i18n un

RE: [GUMP@brutus]: cocoon-2.1/cocoon failed

> -Original Message- > From: Gump [mailto:[EMAIL PROTECTED] > -ERROR- Bad Dependency. Project: excalibur-compatibility unknown to > *this* workspace You can fix this error by replacing the following line: with this: > -ERROR- Bad Dependency. Project: excalibur-i18n unknown to

RE: [GUMP@brutus]: cocoon-2.1/cocoon failed

> -Original Message- > From: Gump [mailto:[EMAIL PROTECTED] > Sent: 02 October 2004 13:40 > To: [EMAIL PROTECTED] > Subject: [EMAIL PROTECTED]: cocoon-2.1/cocoon failed > > To whom it may engage... > > This is an automated request, but not an unsolicited one. For > more information plea

RE: [GUMP@brutus]: cocoon-2.1/cocoon failed

> -Original Message- > From: Sylvain Wallez [mailto:[EMAIL PROTECTED] > Sent: 01 October 2004 22:34 > To: [EMAIL PROTECTED] > Subject: Re: [EMAIL PROTECTED]: cocoon-2.1/cocoon failed > > Gump wrote: > > >To whom it may engage... > > > >This is an automated request, but not an unsolicite

Re: [GUMP@brutus]: cocoon-2.1/cocoon failed

Gump wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project cocoon has an issue affecting its community integration. This issue affect

Re: [GUMP@brutus]: cocoon-2.1/cocoon failed

On Wednesday 15 September 2004 12:44, Stefano Mazzocchi wrote: > Gump wrote: > > To whom it may engage... > > > > This is an automated request, but not an unsolicited one. For > > more information please visit http://gump.apache.org/nagged.html, > > and/or contact folk at [EMAIL PROTECTED] > > > >

Re: [GUMP@brutus]: cocoon-2.1/cocoon failed

Gump wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project cocoon has an issue affecting its community integration. This issue affec

Re: [GUMP][PATCH] missed one avalon-framework dependency

Stefano Mazzocchi dijo: > now that we have SVN, could we say that gump.xml in cocoon is writeable > by all the ASF committers, just like gump? that would allow gumpers to > help out *and* the cocoon build system to still function and being more > actively maintained? > > thoughts? +1 Best Regards

Re: [GUMP][PATCH] missed one avalon-framework dependency

Stefan Bodewig wrote: Hi, when David changed the descriptor to reflect the avalon restructuring, one reference to avalon-framework was missed - it was well hidden by Gump. Please apply the appended patch to finally get nagged again ;-) now that we have SVN, could we say that gump.xml in cocoon is w

RE: [GUMP@brutus]: cocoon-2.1/cocoon failed

Done, thanks. --David Stephen McConnell wrote: > I'm in the process of updating a bunch of Avalon related gump > descriptors to reference current content in svn (as opposed to cvs > content). Part of the transition also involves linking gump build > procedures with magic based builds and getting t

RE: [GUMP@brutus]: cocoon-2.1/cocoon failed

I'm in the process of updating a bunch of Avalon related gump descriptors to reference current content in svn (as opposed to cvs content). Part of the transition also involves linking gump build procedures with magic based builds and getting this all in sync means a couple of changes on dependent

Re: [GUMP@brutus]: cocoon-2.1/cocoon failed

Antonio Gallardo dijo: > I will try to fix it now Done, sent the fix to SVN. I needed to update jcs. Please cross check. Best Regards, Antonio Gallardo.

Re: [GUMP@brutus]: cocoon-2.1/cocoon failed

I will try to fix it now Best Regards, Antonio Gallardo

Re: [GUMP][PATCH] cocoon seems to require log4j

> > I'll change that. And, I see that the cocoon repository (as metadata has it > > in Gump) is still marked as CVS, not SVN. I'll change that also.. BTW: It seems to have worked: http://brutus.apache.org/gump/public/cocoon-2.1/gump_work/update_cocoon-2.1.html Although it seems there may still

Re: [GUMP][PATCH] cocoon seems to require log4j

Adam R. B. Jack wrote: Sorry, we were in the middle of switching to use SVN. Patches applied now to depend logging-log4j and to enable Gump to use our new SVN trunk. I knew that was occurring, I wasn't thinking, sorry. Thanks for working on it, and getting this done. Now you are using SVN with it'

Re: [GUMP][PATCH] cocoon seems to require log4j

> Sorry, we were in the middle of switching to use SVN. > Patches applied now to depend logging-log4j and to > enable Gump to use our new SVN trunk. I knew that was occurring, I wasn't thinking, sorry. Thanks for working on it, and getting this done. Now you are using SVN with it's built in 'simp

Re: [GUMP][PATCH] cocoon seems to require log4j

Adam R. B. Jack wrote: > Folks, > > Could somebody take time to apply Stefan's patch? It would be awesome to see > the Cocoon branch of things start to be built by Gump (now that it finally > can). > > Thanks in advance. Sorry, we were in the middle of switching to use SVN. Patches applied now t

Re: [GUMP][PATCH] cocoon seems to require log4j

Folks, Could somebody take time to apply Stefan's patch? It would be awesome to see the Cocoon branch of things start to be built by Gump (now that it finally can). Thanks in advance. regards Adam - Original Message - From: "Stefan Bodewig" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> C

Re: [GUMP] please remove/rename the nekohtml project in Cocoon's descriptor

Stefan Bodewig wrote: Hi, Gump already has a project named nekohtml for NekoHTML 0.9.3. If this is what you need in Cocoon then please simple remove your project definition, otherwise please rename the project. Gump tries to merge the like-named project and drops both of them since their jar ids c

Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed

Niclas Hedhman wrote: On Thursday 27 May 2004 20:49, Adam R. B. Jack wrote: Seems they removed it: http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/gump.xml It existed here: http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/gump.xml?rev=1.155&view=markup Ok... What do we do about it? Avalon Excalibur S

Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed

On Thursday 27 May 2004 20:49, Adam R. B. Jack wrote: > Seems they removed it: > http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/gump.xml > It existed here: > http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/gump.xml?rev=1.155&view=markup Ok... What do we do about it? Avalon Excalibur Store (not act

Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed

> On Thursday 27 May 2004 04:39, Gump Integration Build wrote: > > > -ERROR- Bad Dependency. Project: jisp unknown to *this* workspace > > We have not changed the code nor the gump descriptor. > What happened to Jisp ? Seems it existed as a projects within the Cocoon descriptor, they were bring

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

Adam R. B. Jack wrote: So, we have three choices: (1) Accept that Gump just will not work until we fix this. Not really acceptable (2) Remove the CocoonBeanTestCase (3) Someone more versed in Avalon initialisation have a look into getting the test case working on a full Cocoon. Don't know if

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

> So, we have three choices: > (1) Accept that Gump just will not work until we fix this. Not really > acceptable > (2) Remove the CocoonBeanTestCase > (3) Someone more versed in Avalon initialisation have a look into > getting the test case working on a full Cocoon. Don't know if a 4th interests

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

On 09.05.2004 06:47, Gump wrote: The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/cocoon-2.1/cocoon/index.html At the above address another error than the one I have at my local system is written: java.io.FileNotFound

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

Joerg Heinicke wrote: On 08.05.2004 15:29, Adam R. B. Jack wrote: If you could add : Applied it. Thanks. I can also reproduce the failure on my local system. When I tried to do all tests some days ago (NetUtils.normalize()) it still worked. Hmm. Now there's an interesting consequence of t

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

On 08.05.2004 15:29, Adam R. B. Jack wrote: If you could add : Applied it. Thanks. I can also reproduce the failure on my local system. When I tried to do all tests some days ago (NetUtils.normalize()) it still worked. Joerg Testsuite: org.apache.cocoon.bean.CocoonBeanTestCase Tests run:

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

If you could add : To the cocoon project in this descriptor: http://cvs.apache.org/viewcvs/~checkout~/cocoon-2.1/gump.xml Gump would show you the test report contents. regards Adam - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, May 08,

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

On 27.03.2004 23:03, Gump wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project cocoon has an issue affecting its community integration

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

Joerg Heinicke wrote on 29-3-2004 21:02: On 29.03.2004 20:56, Unico Hommes wrote: Can anybody see why it fails? It says the prerequisite project excalibur instrument manager failed. Found it on the web site - but that can not be read from the mail, can it? :) No, it looks like the mail co

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

On 29.03.2004 20:56, Unico Hommes wrote: Can anybody see why it fails? It says the prerequisite project excalibur instrument manager failed. Found it on the web site - but that can not be read from the mail, can it? :) Joerg

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

Joerg Heinicke wrote on 29-3-2004 20:49: On 27.03.2004 23:03, Gump wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project cocoon ha

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

On 27.03.2004 23:03, Gump wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project cocoon has an issue affecting its community integrati

Re: [GUMP@lsd]: cocoon-2.1/cocoon failed

Gump wrote: To whom it may engage... This is an automated request, but not an unsolicited one. YES!!! Gump is back!! :-) -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature

Re: [GUMP][PATCH] Add avalon-framework impl classes

Stefan Bodewig apache.org> writes: > The build fails since Cocoon only states a dependency on the > avalon-framework API but uses implementation classes as well[2]. > > The appended patch should fix that. Patch applied. Thanks. Please report back if it works. Joerg

Re: Gump/Avalon/Cocoon progress report

Niclas Hedhman wrote: > Vadim Gritsenko wrote: > > Depended on "xml-commons-resolver" but is called "xml-resolver" in Maven > repo. > > Fixed in CVS. > > Niclas The Maven has an old name for it. snip from Changes ... xml-commons-resolver-1.0 (2002-11-12) --David

Re: Gump/Avalon/Cocoon progress report

On Friday 19 March 2004 21:33, Vadim Gritsenko wrote: Depended on "xml-commons-resolver" but is called "xml-resolver" in Maven repo. Fixed in CVS. Niclas -- +-//---+ | http://www.bali.ac | | http://niclas.hedhman.org | +--//--+

Re: Gump/Avalon/Cocoon progress report

Niclas Hedhman wrote: On Friday 19 March 2004 21:33, Vadim Gritsenko wrote: Depended on "xml-commons-resolver" but is called "xml-resolver" in Maven repo. Fixed in CVS. Thanks, Niclas. Stefan, I fixed this issue with Saxon - compiles ok and tests are passing through, against Saxon 7.9 Vad

Re: Gump/Avalon/Cocoon progress report

On Fri, 19 Mar 2004, Vadim Gritsenko <[EMAIL PROTECTED]> wrote: > I (kind of) fixed these compilation problems (locally, on my HD), > but can't compile xmlutil because of: [missing xml-commons-resolver] > (I tried to compile with maven). What do I miss - why this does not > compile? You miss xm

Re: Gump/Avalon/Cocoon progress report

Stefan Bodewig wrote: The only thing missing for Coccon is excalibur-xmlutil which doesn't seem to compile against the latest Saxon 7 version (7.9): I (kind of) fixed these compilation problems (locally, on my HD), but can't compile xmlutil because of: [javac] C:\Work\avalon-excalibur\xml

Re: Gump

Joerg Heinicke wrote: Stefano Mazzocchi apache.org> writes: ... gump as complete replacement for jars.xml ... Is our gump descriptor that bad maintained? Some time ago we also got gump error messages to the list, now we get those only from persons outside of Cocoon. What's the benefit of gu

Re: Gump

Stefano Mazzocchi apache.org> writes: > > ... gump as complete replacement for jars.xml ... > > Is our gump descriptor that bad maintained? Some time ago we also got > > gump error messages to the list, now we get those only from persons > > outside of Cocoon. What's the benefit of gump when w

RE: Gump

Stefano Mazzocchi <[EMAIL PROTECTED]> writes: > > > Seriously, there have got to be some mathematicians around that you > > can pose the question to? > > The problem is not graph theory, it's algorithmical complexity: if it > takes two months for gump to build cocoon, the whole thing wouldn'

Re: Gump

Hunsberger, Peter wrote: Stefano Mazzocchi <[EMAIL PROTECTED]> writes: Hunsberger, Peter wrote: Not sure, I think you're on your own on this one... don't worry, I'm so used to that it doesn't even hurt anymore He, he, if the bleeding edges feels comfortable, I think I finally understand why

RE: Gump

Stefano Mazzocchi <[EMAIL PROTECTED]> writes: > > Hunsberger, Peter wrote: > > > Not sure, I think you're on your own on this one... > > don't worry, I'm so used to that it doesn't even hurt anymore He, he, if the bleeding edges feels comfortable, I think I finally understand why my spelling c

  1   2   >