Hi all,
For several days, my out of the box Cocoon CVS doesn't build :
compile-core:
[copy] Copying 41 files to
E:\Dev\Jakarta\cocoon-2.1-dev\build\cocoon-2.1m3-dev\classes
[copy] Copied 31 empty directories to
E:\Dev\Jakarta\cocoon-2.1-dev\build\cocoon-2.1m3-dev\classes
[mkdir] Created dir:
Is there any chance that it would come from my side ?
Does it works for you ?
Thanks in advance !
- Original Message -
From: Olivier Billard [EMAIL PROTECTED]
To: Cocoon Dev [EMAIL PROTECTED]
Sent: Thursday, June 19, 2003 11:38 AM
Subject: Build failure
Hi all,
For several days, my
Olivier Billard wrote:
Salut Olivier ;-)
Is there any chance that it would come from my side ?
Does it works for you ?
Yep. Works fine here...
What's your config and do you have a local.build.properties ? Do you
build from command line or from an IDE ?
And more important, do you have a
: Thursday, June 19, 2003 3:22 PM
Subject: Re: Build failure
Olivier Billard wrote:
Salut Olivier ;-)
Is there any chance that it would come from my side ?
Does it works for you ?
Yep. Works fine here...
What's your config and do you have a local.build.properties ? Do you
build from
Olivier Billard wrote:
Salut Sylvain !
Seems that you won the jackpot !
A build from Eclipse doesn't work, but a build from command line works well.
But it didn't worked with an old CVS... I didn't tried the second time.
I think you're right : it may come from an other version of Xerces in
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-06/cocoon-block-slide.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-06/cocoon-scratchpad.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-06/cocoon-block-php.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-06/cocoon-block-fop.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-05/cocoon-block-php.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-05/cocoon-block-mail.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-05/cocoon-block-fop.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-05/cocoon-block-slide.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-05/cocoon-scratchpad.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-session-fw.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-asciiart.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-databases.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-fop.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-itext.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-bsf.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-python.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-batik.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-jfor.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-html.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-naming.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-linkrewriter.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-axis.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-deli.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-proxy.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-scratchpad.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-velocity.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-slide.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-web3.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-swf.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-taglib.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-precept.html
Buildfile: build.xml
init:
init-tasks:
prepare:
[echo]
[EMAIL PROTECTED] wrote:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/cocoon-block-web3.html
Buildfile: build.xml
init:
init-tasks:
Stefano Mazzocchi wrote:
compile-scratchpad:
[javac] Compiling 39 source files to
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030404/scratchpad/dest
[javac]
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030404/scratchpad/src/org/apache/cocoon/transformation/JexlTransformer.java:75:
Sam Ruby wrote:
Stefano Mazzocchi wrote:
compile-scratchpad:
[javac] Compiling 39 source files to
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030404/scratchpad/dest
[javac]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-03/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
[EMAIL PROTECTED] wrote:
snip/
/home/rubys/jakarta/cocoon-2.1/src/java/org/apache/cocoon/selection/ExceptionSelector.java:61: package org.apache.commons.lang.exception does not exist
[javac] import org.apache.commons.lang.exception.ExceptionUtils;
[javac]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-02/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-deli.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-session-fw.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-databases.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-itext.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-swf.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-slide.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-lucene.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-python.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-php.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-proxy.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-html.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-web3.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-jfor.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-jsp.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-01/cocoon-block-precept.html
Buildfile: build.xml
init:
init-tasks:
[echo]
On 1 Apr 2003 [EMAIL PROTECTED] wrote:
compile-scratchpad:
[mkdir] Created dir:
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030401/scratchpad/src
[mkdir] Created dir:
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030401/scratchpad/dest
[copy] Copying 42 files to
Stephan Michels wrote:
Shouldn't be the sratchpad excluded per default?
Stephan.
It was, when cocoon last built successfully (over a week ago). The
question is: what has changed within cocoon since then?
- Sam Ruby
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-31/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
[EMAIL PROTECTED] wrote:
compile-core:
[copy] Copying 41 files to /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030331/classes
[copy] Copied 37 empty directories to /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030331/classes
[javac] Compiling 1 source file to
Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
Did anybody touch the excalibur/source stuff recently?
Stefano.
Yes I did, I provided some wrappers methods to set values/
read values so that you don't work with the fields any more.
I can revert the names of the fields for the time being,
Stefano Mazzocchi wrote:
Did anybody touch the excalibur/source stuff recently?
Ok. I reverted enough of the other day's commit so that Cocoon will
compile in GUMP. It is better to use accessors for field access,
since that reduces the likelihood of compilation problems when we
refactor the
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-30/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-29/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
I'm having some trouble building on redhat 8, trying to build using
build war and receive the below error.
I have no problem building on redhat 7.3, and if I copy welcome.xslt to
the directory it's trying to go to it skips this error and next has a
fit on page2swf.xsl, if I copy that file over
Christopher Oliver wrote:
Stefano Mazzocchi wrote:
compile-core:
[copy] Copying 41 files to
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/classes
[copy] Copied 37 empty directories to
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/classes
[javac] Compiling 1 source
Stefano Mazzocchi wrote:
I'm more and more concerned about the fact that we are, in fact, forking
rhyno and calling it with the same name, this is a very bad practice,
it's very close to steal visibility.
Am I the only one bothered by this?
Stefano.
This is my point of view: I don't have any
Christopher Oliver wrote:
Stefano Mazzocchi wrote:
I'm more and more concerned about the fact that we are, in fact,
forking rhyno and calling it with the same name, this is a very bad
practice, it's very close to steal visibility.
Am I the only one bothered by this?
Stefano.
This is my point
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-28/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
Christopher Oliver wrote:
In other words the code in cocoondev.org _really_ is Rhino (+
continuations), not something different, but just an earlier snapshot.
The fact that it still has the same name reflects this. To me (as
someone who has contributed to Rhino) it would be a bigger insult to
At 04:12 AM 3/28/2003, Stefano Mazzocchi wrote:
Christopher Oliver wrote:
snip/
I'm more and more concerned about the fact that we are, in fact, forking
rhyno and calling it with the same name, this is a very bad practice, it's
very close to steal visibility.
Am I the only one bothered by
Stefano Mazzocchi wrote:
Sam, how do we proceed?
From gump's perspective, there is only one rhino. Create a new project
definition (e.g., cocoondev-rhino) and have cocoon depend on it.
- Sam Ruby
Sam Ruby wrote:
Stefano Mazzocchi wrote:
Sam, how do we proceed?
From gump's perspective, there is only one rhino. Create a new project
definition (e.g., cocoondev-rhino) and have cocoon depend on it.
Let me add that gump's project name need not have any relationship with
the name of the cvs
In a proper build and runtime environment the dependencies of the
implementation details of components (like Batik and Xalan or whatever)
should be isololated from other components, and renaming of modules
should never be needed. The fact that you're suggesting that shows that
we are far from
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-27/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
[EMAIL PROTECTED] wrote:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-27/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
Stefano Mazzocchi wrote:
compile-core:
[copy] Copying 41 files to
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/classes
[copy] Copied 37 empty directories to
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/classes
[javac] Compiling 1 source file to
Christopher Oliver wrote:
Stefano Mazzocchi wrote:
[javac]
/home/rubys/jakarta/cocoon-2.1/src/java/org/apache/cocoon/components/flow/javascript/JavaScriptInterpreter.java:194:
cannot resolve symbol
[javac] symbol : method setOptimizationLevel (int)
[javac] location: class
Sam Ruby wrote:
Christopher Oliver wrote:
Stefano Mazzocchi wrote:
[javac]
/home/rubys/jakarta/cocoon-2.1/src/java/org/apache/cocoon/components/flow/javascript/JavaScriptInterpreter.java:194:
cannot resolve symbol
[javac] symbol : method setOptimizationLevel (int)
[javac]
Christopher Oliver wrote:
export CVSROOT=:pserver:[EMAIL PROTECTED]:/var/cvs/rhino
cvs co rhino1_5Rpre
Here's what I get at that point:
cvs server: cannot find module `rhino1_5Rpre' - ignored
cvs [checkout aborted]: cannot expand modules
Permit me to inquire about this version of rhino? I'm
Sam Ruby wrote:
Christopher Oliver wrote:
export CVSROOT=:pserver:[EMAIL PROTECTED]:/var/cvs/rhino
cvs co rhino1_5Rpre
Here's what I get at that point:
cvs server: cannot find module `rhino1_5Rpre' - ignored
cvs [checkout aborted]: cannot expand modules
Sorry, try:
cvs co rhino1_5R4pre
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-25/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
[EMAIL PROTECTED] wrote:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-25/cocoon.html
Buildfile: build.xml
init:
init-tasks:
[echo]
Stefan Bodewig wrote:
1) technical: the gump descriptor is used *directly* by the cocoon
build system to generate (via xslt) the ant build file used to
produce our internal blocks (we call 'cocoon functional modules'
blocks)
Hmm, I see the problem.
The only (ugly) solution I see is
Stefan Bodewig wrote:
On Sun, 23 Mar 2003, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
All right. I think I found out the problem: it seems that the gump
descriptor for jakarta-slide is incorrect and doesn't expose all the
jars that we need and we depend on.
I've looked into it.
Cocoon's
Stefan Bodewig wrote:
On Sun, 23 Mar 2003, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
All right. I think I found out the problem: it seems that the gump
descriptor for jakarta-slide is incorrect and doesn't expose all the
jars that we need and we depend on.
Quite possible. Slide used to be
Stephan Michels wrote:
On Mon, 24 Mar 2003, Stefano Mazzocchi wrote:
Stefan Bodewig wrote:
On Sun, 23 Mar 2003, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
All right. I think I found out the problem: it seems that the gump
descriptor for jakarta-slide is incorrect and doesn't expose all the
On Mon, 24 Mar 2003, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
home nested=dist/
...
jar name=slide/lib/slide-kernel.jar id=kernel/
but from the slide build, it seems that those jars are really found
in
dist/slide/lib
So things should be fine.
Now, what does
On Sun, 23 Mar 2003, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
All right. I think I found out the problem: it seems that the gump
descriptor for jakarta-slide is incorrect and doesn't expose all the
jars that we need and we depend on.
I've looked into it.
Cocoon's descriptor is explicitly
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-23/cocoon-block-databases.html
Buildfile: build.xml
init:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-23/cocoon-block-fop.html
Buildfile: build.xml
init:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-23/cocoon-block-jsp.html
Buildfile: build.xml
init:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-23/cocoon-block-php.html
Buildfile: build.xml
init:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-23/cocoon-block-mail.html
Buildfile: build.xml
init:
prepare:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-23/cocoon-block-slide.html
Buildfile: build.xml
init:
prepare:
[echo]
[EMAIL PROTECTED] wrote:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-23/cocoon-block-slide.html
Buildfile: build.xml
init:
prepare:
On Sun, 23 Mar 2003, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
All right. I think I found out the problem: it seems that the gump
descriptor for jakarta-slide is incorrect and doesn't expose all the
jars that we need and we depend on.
Quite possible. Slide used to be unbuildable by Gump for
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-22/cocoon-block-databases.html
Buildfile: build.xml
init:
prepare:
[echo]
1 - 100 of 311 matches
Mail list logo
