The cocoon.xconf has to be updated as well. Sorry for
this problem, it seems that my ide has refused to commit
the changes for any reason - I will fix this asap.
Carsten
-Original Message-
From: Diana Shannon [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 09, 2003 11:50 PM
To: [EMAIL
Hi Ovidiu,
it seems that this day is going to become sader and sader...
As my english is not that good (as you all know), I can only totally
agree to Sylvain's statement:
Be assured that you keep your place in the Cocoon community, but also in
my heart. We only met during one day, but I really
If you apply the attached patch (which just adds a simple
map:redirect-to) to the current CVS and try to load the default Cocoon
home page for the webapp, you'll get a nice NPE at
org.apache.cocoon.environment.AbstractEnvironment.resolveURI(AbstractEnvironment.java:467).
This is the same
Ugo Cei wrote:
If you apply the attached patch (which just adds a simple
map:redirect-to) to the current CVS and try to load the default Cocoon
home page for the webapp, you'll get a nice NPE at
Oops, the patch was wrong, here is the correct version.
Ugo
--
Ugo Cei - Consorzio di
Niclas Hedhman wrote:
CALL FOR ARMS. This is important!
You are right...
- I had send Ovidiu my remarks and support in private (horror!)
- and was just doing this
(http://radio.weblogs.com/0116284/2003/03/10.html#a65) after
understanding the plot.
but Niclas makes me see even the eternal
Fixed now. Build docs in cocoon-2.0 works again.
Sorry!
Carsten
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17673.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17673.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2003-03-10 09:30 ---
I have a patch (attached) that hopefully fixes this bug. What it does is to wrap
the call to this.rootNode.invoke in o.a.c.components.treeprocessor.TreeProcessor
with a call to
hi,
We can only survive as a community if we act like one.
So, conclusion:
a) Let's get the samples working asap
b) Let's get the nightly build working asap
c) If there are problems, let others know so that they can help
d) Let's collect the missing parts for a 2.1 beta
PS: It is easy to fix the
Ugo Cei wrote:
[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2003-03-10 09:30 ---
I have a patch (attached) that hopefully fixes this bug. What
it does is to wrap
the call to this.rootNode.invoke in
o.a.c.components.treeprocessor.TreeProcessor
with a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17763.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17696.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17696.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ugo Cei wrote:
If you apply the attached patch (which just adds a simple
map:redirect-to) to the current CVS and try to load the default
Cocoon home page for the webapp, you'll get a nice NPE at
org.apache.cocoon.environment.AbstractEnvironment.resolveURI(AbstractEnvironment.java:467).
This
Carsten Ziegeler wrote:
Ugo Cei wrote:
Is this a case of not enough defensive programming or do the NPEs that
occur when the checks are not in place a symptom of a problem somewhere
else that the checks merely hide from view?
Yes, this should be the case, the problem should lie somewhere else.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17763.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17696.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17763.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13344.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Ugo Cei [mailto:[EMAIL PROTECTED]
In that case, maybe, wouldn't keeping the checks (better safe than sorry
;-) ) and adding an assertion for debugging be The Right Thing (TM) to
do? What do you think?
Hmm, usually yes - but as only few people are
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17763.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Monday, March 10, 2003, at 06:45 AM, [EMAIL PROTECTED] wrote:
Modified:lib jars.xml
src/java/org/apache/cocoon/transformation
SQLTransformer.java
Added: legalLICENSE.jakarta-commons-lang
lib/optional
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17763.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From src/webapp/WEB-INF/logkit.xconf:
revision 1.13
date: 2003/02/12 10:58:59; author: stefano; state: Exp; lines: +14 -14
lower the log level to ERROR (which gives better out-of-the-box
performance and better visibility of errors)
That's all very well, but with
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17763.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17825.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
Hmm, usually yes - but as only few people are debugging cocoon anyway,
installing the checks keeps everyone happy and noone searches for the
real bug.
And there's also the problem that assert is available only in JDK 1.4,
unless we want to introduce some compatibility
On Monday, March 10, 2003, at 07:14 AM, Diana Shannon wrote:
Carsten,
My cvs update isn't showing the lib/optional/commons-lang-1.0.1.jar.
So, in spite of your very thorough xmlutils bug fix -- many thanks --
cocoon-2.0 still isn't compiling for me based on this new bug fix.
Diana
My bad. I
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17825.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeff Turner wrote:
From src/webapp/WEB-INF/logkit.xconf:
revision 1.13
date: 2003/02/12 10:58:59; author: stefano; state: Exp; lines: +14 -14
lower the log level to ERROR (which gives better out-of-the-box
performance and better visibility of errors)
Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
For those of you interested, a nice packaged up version of Eclipse RC1 for
OS/X is available at http://nagoya.apache.org/~pier/macosx/
RC2 just came out :)
Great, updated to it, rebundled, and with a few extra goodies in the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17696.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ugo Cei wrote:
Carsten Ziegeler wrote:
Hmm, usually yes - but as only few people are debugging cocoon anyway,
installing the checks keeps everyone happy and noone searches for the
real bug.
And there's also the problem that assert is available only in JDK 1.4,
unless we want to
Carsten Ziegeler wrote:
Hmm, this is a difficult question - I currently don't have time to
find the bug. But calling startProcessing/finishProcessing on the
environment
is not the correct solution. This should only be done when a new
processing
starts. So actually this is called in
So, conclusion:
a) Let's get the samples working asap
First step for me : fixing build.xml
build.properties defines:
exclude.webapp.documentation=true
exclude.webapp.javadocs=true
exclude.webapp.scratchpad=true
exclude.webapp.samples=true
exclude.scratchpad=true
exclude.deprecated=true
If we
Carsten Ziegeler wrote:
Addition: It should be in the redirector, I will commit a fix in three
minutes,
can you please test it?
Carsten
Not now, I'm going out of the office in 1 minute. I hope to be back
before late and test it then. Thank you.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e
Just some thoughts : shouldn't it be the job of the Processor to call
startProcessing/endProcessing instead of having it duplicated in every
place where Processor.process() is called ?
Sylvain
[EMAIL PROTECTED] wrote:
cziegeler2003/03/10 06:23:00
Modified:
No this is not possible, as a processor calls process() of another process
for sub sitemap handling and a new startProcessing() for each move into
a sub sitemap would result in some problems. Each processor calls
the enter/leaveEnvironment functions.
Carsten
-Original Message-
From:
Carsten Ziegeler wrote:
No this is not possible, as a processor calls process() of another process
for sub sitemap handling and a new startProcessing() for each move into
a sub sitemap would result in some problems. Each processor calls
the enter/leaveEnvironment functions.
Ok, I understand.
On Sat, Mar 08, 2003 at 12:34:00PM -0800, Ovidiu Predescu wrote:
After more than 3 years working with and on cocoon, for various
reasons, I've decided to stop my active involvement with it, at least
for a while.
Ovidiu, with your departure, Cocoon will certianly be losing one of its
greatest
I personally would set log levels to debug for alpha or developer
versions and only change them to error for releases (beta and final).
Carsten
-Original Message-
From: Jeff Turner [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 1:41 PM
To: [EMAIL PROTECTED]
Subject: Log
On Mon, Mar 10, 2003 at 08:52:11AM -0500, Berin Loritsch wrote:
Jeff Turner wrote:
From src/webapp/WEB-INF/logkit.xconf:
revision 1.13
date: 2003/02/12 10:58:59; author: stefano; state: Exp; lines: +14 -14
lower the log level to ERROR (which gives
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17696.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17696.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeff Turner wrote:
On Mon, Mar 10, 2003 at 08:52:11AM -0500, Berin Loritsch wrote:
Jeff Turner wrote:
From src/webapp/WEB-INF/logkit.xconf:
revision 1.13
date: 2003/02/12 10:58:59; author: stefano; state: Exp; lines: +14 -14
lower the log level to ERROR (which
Sylvain Wallez wrote:
Michael Wechner wrote:
Hi
Is anybody using the class
org.apache.cocoon.transformation.AbstractDOMTransformer
successfully?
It seems to me that since Cocoon has moved from DOM level 1 to level 2
it doesn't work anymore.
I patched DOMStreamer this morning so that it
Hello group,
I am using cocoon 2.0.4.
I tried the following the nested esql (not working):
esql:connection
esql:poolINSTA/esql:pool
esql:execute-query
esql:query
select * from xml_verkauf
/esql:query
esql:results
esql:row-results
data
client
ep1
esql:get-int column=ap_id/
Bernhard Huber wrote:
So, conclusion:
a) Let's get the samples working asap
First step for me : fixing build.xml
build.properties defines:
exclude.webapp.documentation=true
exclude.webapp.javadocs=true
exclude.webapp.scratchpad=true
exclude.webapp.samples=true
exclude.scratchpad=true
try this:
esql:get-int column=ap_id ancestor=1/
---
/Leo
On Montag, März 10, 2003, at 05:36 Uhr, Scherler, Thorsten wrote:
Hello group,
I am using cocoon 2.0.4.
I tried the following the nested esql (not working):
esql:connection
esql:poolINSTA/esql:pool
I updated the live site docs, with changes primarily reflecting the new
cvs setup. A big thanks to Pier for the new cvs setup and
**particularly** for making such a thorough update of all relevant docs
in both 2.1 and 2.0 repositories.
Diana
Diana Shannon [EMAIL PROTECTED] wrote:
I updated the live site docs, with changes primarily reflecting the new
cvs setup. A big thanks to Pier for the new cvs setup and
**particularly** for making such a thorough update of all relevant docs
in both 2.1 and 2.0 repositories.
I didn't do
On Mon, 2003-03-10 at 18:01, Michael Wechner wrote:
Sylvain Wallez wrote:
[...]
public class MyDOMTransformer extends AbstractDOMTransformer {
protected Document transform(Document doc) {
return doc;
}
}
If I am piping through a document with
Noticed this on xml-dev today and thought it was somewhat relevant to the
dicussion about sitemap validation. In essence; validate once, run many. If
done this way you wouldn't even need to validate the sitemap each time
Cocoon started up, only if the digest changed...
Peter Hunsberger
[not knowing if Ovidiu is still subscribed to this list, I'm copying him]
There are three things going on:
1) major build refactoring
2) contract solidification
3) transition to cocoon.apache.org
All three things are related and aim to provide more solid foundation
for the future of this
Bruno Dumon wrote:
On Mon, 2003-03-10 at 18:01, Michael Wechner wrote:
Sylvain Wallez wrote:
[...]
public class MyDOMTransformer extends AbstractDOMTransformer {
protected Document transform(Document doc) {
return doc;
}
}
If I am piping through a document with
Stefano Mazzocchi wrote:
but I maybe entirely wrong.
if so, please let me know.
Let me be frank and open (and if I'm sure some people which I have been
mailing with concerning these matters will look surprised now about me
'switching sides'):
1) KISS: if you have something to say, say so. If
1) http://xincluder.sourceforge.net/ is Eliotte Rusty Harold's Java
implementation of the XInclude spec. When inquiring him about the LGPL
license attached to it, he told me he was willing to consider alternate
licenses given some genuine request/interest from an established open
source
On Mon, 10 Mar 2003, Steven Noels wrote:
Just fyi, maybe someone finds some reason to use them over here or in
some other Apache projects. I made the enquiries because of the
clarified ASF policies w.r.t. use of LGPL libraries from within Apache code.
Steven, you are like the license
On 10/3/03 20:14, Steven Noels [EMAIL PROTECTED] wrote:
If Pier has something to say, let him say so. Please don't speak up for each
other since that carries the connotation of off-list design and planning with
it. Pier is smart enough to talk for himself IMHO.
Pier is smart enough to shut up
Steven Noels wrote:
3) If remarks referring to some kind of polarization between commercial
vs voluntary contributions to Cocoon reappear on this list, I will need
to seriously rethink my appreciation of the genuine community sense on
this list. Such partisanship is detrimental at best.
Open
[EMAIL PROTECTED] wrote:
cziegeler2003/03/10 10:08:38
Modified:.build.xml
Log:
Write 100 times down:If I change the build.xml I will do a 'build clean; build webapp' before committing as a minimal test
Revision ChangesPath
1.3 +2 -2
Hi to all!
Related to all what happened, I think is special helpfull now to remember
the point 4 and 5 written in:
http://xml.apache.org/cocoon/mail-lists.html
snip
4)be respectful of other's opinion: your email will be stored forever,
archived in several locations around the world, indexed by
Stefano Mazzocchi dijo:
But it is harmful to assume that because you need to get something out
of that system, somebody else *MUST* give it to you and in time to meet
your needs.
I agree.
How do you know how much ass others are risking when they do what they
do?
Count me here. To be
sn
snip/
Added
condition property=unless.exclude.XXX
istrue value=${exclude.XXX}/
/condition
to build.xml,
now you can set up your local.build.properties like:
exclude.webapp.documentation=false
exclude.webapp.javadocs=false
exclude.webapp.scratchpad=false
exclude.webapp.samples=false
Pier Fumagalli wrote:
Diana Shannon [EMAIL PROTECTED] wrote:
I updated the live site docs, with changes primarily reflecting the new
cvs setup. A big thanks to Pier for the new cvs setup and
**particularly** for making such a thorough update of all relevant docs
in both 2.1 and 2.0
Stefano Mazzocchi wrote:
Since we are at it: what is the 'correct' class that superceded
URLFactory?
AFAIU, URLFactory is deprecated in favor of SourceResolver. At least
that's what Carsten says ;-)
Vadim
Thanks for any input.
Stefano.
Cocoon is now mirrored worldwide (or better, when mirrors pick up the
changes in the next 24 hours).
http://xml.apache.org/cocoon/mirror.cgi
The original distribution is available from
http://www.apache.org/dist/cocoon/
And the first mirror to pick up all the stuff is Nagoya (guess why)
On 11/3/03 1:39, Vadim Gritsenko [EMAIL PROTECTED] wrote:
Do we want to move old releases to new location (and symlink from old
location)? So that everything is available in the new place (and still
available at the old place)?
You're SLLOOOWW mate! :-) :-) :-) Done that
On 10/3/03 7:42, Carsten Ziegeler [EMAIL PROTECTED] wrote:
b) Let's get the nightly build working asap
Carsten, are you talking about the nightly builds (GUMP) or the nightly CVS
snapshots???
Because if the latter, I was just waiting for the CVS repository split to
integrate their automatic
Pier Fumagalli wrote:
On 11/3/03 1:39, Vadim Gritsenko [EMAIL PROTECTED] wrote:
Do we want to move old releases to new location (and symlink from old
location)? So that everything is available in the new place (and still
available at the old place)?
You're SLLOOOWW mate!
On 11/3/03 3:25, Vadim Gritsenko [EMAIL PROTECTED] wrote:
Some of the mirrors already picked up the changes... fascinating ;-)
Actually, if you're lucky enough, you can pick up one which is actually
updating while you browse... It's beautiful to see how it replicates the
content from the main
---
This mail is generated automatically using
Jakarta Ant. Contents are automatically
downloaded from Apache's Bugzilla.
---
Please do not reply to
Just wanted to let people know that thanks to Steven Noels and Ovidiu
the Rhino interpreter with continuations recently got a CVS repository
at cocoondev.org:
http://cvs.cocoondev.org/cgi-bin/viewcvs.cgi/rhino1_5R4pre
Regards,
Chris
Probably a question for Bruno..
The NamespaceNormalizingDOMStreamer doesn't support DOM 1 nodes, which
means that any code using, say, 'setAttribute' instead of
'setAttributeNS' causes cryptic errors like:
Failed to execute pipeline.: org.xml.sax.SAXException:
Ovidiu Predescu wrote:
After more than 3 years working with and on cocoon, for various reasons,
I've decided to stop my active involvement with it, at least for a while.
If you have any questions about the flow or whatever, please don't
hesitate to contact me.
Greetings,
For the first time
On Tue, 2003-03-11 at 07:37, Jeff Turner wrote:
Probably a question for Bruno..
The NamespaceNormalizingDOMStreamer doesn't support DOM 1 nodes, which
means that any code using, say, 'setAttribute' instead of
'setAttributeNS' causes cryptic errors like:
Ah, didn't know that. I thought that
Great! Thanks!
This decreases our problem counter - but the links on our homepage
are still refering to xml-cocoon2 cvs snapshots. This must be
fixed as well.
Carsten
-Original Message-
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 4:00 AM
To: [EMAIL
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
On 10/3/03 7:42, Carsten Ziegeler [EMAIL PROTECTED] wrote:
b) Let's get the nightly build working asap
Carsten, are you talking about the nightly builds (GUMP) or
the nightly CVS snapshots???
Because if the latter, I was just waiting
hi,
just two open issues:
+copy todir=${build.webapp}/stylesheets filtering=on
+ fileset dir=${webapp}/stylesheets
+include name=*.xsl*/
+ /fileset
+/copy
+
may be you have forgotten to add webapp/stylesheets directory?
moreover creating scratchpad.jar
As I will not do it this week, here is a list of
things that have to be done to get the deprecation
package working. If someone wants to do it, I will
be very happy - otherwise I will perhaps do it
next week.
The XScriptObject must be changed to inherit from the
excalibur source instead of the
82 matches
Mail list logo