Tony Collen wrote:
Hmm, they both seem to work:
pcocoon.continuation.id: ${cocoon.continuation.id}/p
pcontinuation.id: ${continuation.id}/p
yields:
p
xmlns:c=http://apache.org/cocoon/templates/jx/1.0;cocoon.continuation.id:
542e3f295f3162016f200b848d47811573151082/p
pcontinuation.id:
Il giorno 28/mag/04, alle 03:26, Stefano Mazzocchi ha scritto:
Hmmm, Anna is right to report the problem though. I mean, why in hell
an OutOfMemoryException get swollen like that?
Swollen? I think you mean swallowed here. Anyway, I think it has to
do more with Tomcat than with Cocoon. It happens
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Ok, that's a good point. Now log4j always claims to be
the fastest
logging system, so I guess this isn't an issue anymore.
Well, they claimed it at that time also. Log4J has some very good
marketing ;-)
Tony Collen wrote:
So, I started playing with Dreamweaver, reading a couple PDFs to see
exactly what we can add to DW to make doing things like creating
CForms a lot simpler. I haven't done a ton yet, but from what I can
see, I'm getting very excited.
You can hook into pretty much anything
Stefano Mazzocchi wrote:
Nicola Ken Barozzi wrote:
...
Deal?
No, first somebody has to explain to me what's the problem with the
current build system.
The current version is actually quite well structured, especially with
the main build.
The main problems are with:
1 - blocks build
2 -
Stefano Mazzocchi wrote:
Steven Noels wrote:
I say that nicola works on his version and if somebody wants
(antonio?) they can work on the maven version and then we decide.
Seems fair to me. Do Depot Maven agree on repository layout and
artefact distribution?
I would be surprised if they did.
Steven Noels wrote:
On 26 May 2004, at 23:39, Stefano Mazzocchi wrote:
Steven Noels wrote:
Care to comment about the other points? I cannot help myself thinking
that Cocoon's adoption of Depot is more important for them than for us.
I share that perception.
We had a similar thing with Centipede
Have you copied also to the same directory any needed entity, referenced from the DTD?
-Mensaje original-
De: David Crossley [mailto:[EMAIL PROTECTED]
Enviado el: jueves, 27 de mayo de 2004 11:58
Para: [EMAIL PROTECTED]
Asunto: Re: New Cocoon block: ValidatorTransformer
Perez
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
snip/
IMO, this makes a big difference when debug is disabled,
especially with deep hierarchies as we have in Cocoon (need
to take some of my copious free time to setup performance test cases).
I consider this as an important design flaw in
Jing only supports RelaxNG.
Here is the license of MSV (I don't know too much about licenses, but it doesn't seem
too restrictive):
Copyright (c) 2001-2003 Sun Microsystems, Inc. All Rights Reserved.
Redistribution and use in source and binary forms, with or without
modification, are
Perez Carmona, David dijo:
Jing only supports RelaxNG.
Here is the license of MSV (I don't know too much about licenses, but it
doesn't seem too restrictive):
snip
You acknowledge that Software is not designed,licensed or intended for
use in the design, construction, operation or
Someone please cc [EMAIL PROTECTED] I'm on a cell connection
and am having problems sending email, and this ius going through gmane.
Brian W. Fitzpatrick wrote:
...
Thanks for the fantastic roadmap! Can we plan on doing this sometime on
Monday the 31st? I'd like to do a test-run sometime
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27260.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Nicola Ken Barozzi wrote:
Someone please cc [EMAIL PROTECTED] I'm on a cell
connection and am having problems sending email, and this ius
going through gmane.
Brian W. Fitzpatrick wrote:
...
Thanks for the fantastic roadmap! Can we plan on doing
this sometime
on Monday the 31st?
David Perez Carmona wrote:
David Crossley wrote:
Is it possible that this can be a framework for adding
other validators? For example, we already have Jing in the
Cocoon distribution.
Jing only supports RelaxNG.
The home page says that it supports others:
quote
Jing also has
Perez Carmona, David wrote:
Have you copied also to the same directory any needed entity, referenced from the
DTD?
Ah, that was it.
Instead of copying them, i referenced the DTD like this:
map:transform type='validate'
src='context://WEB-INF/entities/w3c/xhtml1-transitional.dtd'
That seems
Antonio Gallardo wrote:
Perez Carmona, David dijo:
Here is the license of MSV (I don't know too much about licenses, but it
doesn't seem too restrictive):
snip
You acknowledge that Software is not designed,licensed or intended for
use in the design, construction, operation or
David Crossley dijo:
So it seems to me that we cannot re-distribute MSV.
Unfortunately, yes. We cannot redistribute. :-(
Best Regards,
Antonio Gallardo
I'm no longer the only one having problem with the issues mentioned
below: http://marc.theaimsgroup.com/?t=10855844831r=1w=4.
What's interesting about this case is the correct recognition of an
internal request in PipelineUtil.processPipelineToDOM(), but not for the
older
Carsten Ziegeler cziegeler at s-und-n.de writes:
So, my suggestion is to:
- deprecate the use of LogKit
-0.5
I have been a great fan of LogKit since I first started using it through Cocoon.
Its slim feature set attains the admirable goal of keeping things simple, yet
it's powerful enough for
Unico Hommes wrote:
Carsten Ziegeler cziegeler at s-und-n.de writes:
So, my suggestion is to:
- deprecate the use of LogKit
-0.5
I have been a great fan of LogKit since I first started using
it through Cocoon.
Its slim feature set attains the admirable goal of keeping
things
Carsten Ziegeler cziegeler at s-und-n.de writes:
Unico Hommes wrote:
Carsten Ziegeler cziegeler at s-und-n.de writes:
So, my suggestion is to:
- deprecate the use of LogKit
-0.5
snip to make gmane happy/
Yes, that's true. My initial post was a little bit unclear :)
On 28.05.2004 08:04, Tony Collen wrote:
Hmm, they both seem to work:
pcocoon.continuation.id: ${cocoon.continuation.id}/p
pcontinuation.id: ${continuation.id}/p
yields:
p
xmlns:c=http://apache.org/cocoon/templates/jx/1.0;cocoon.continuation.id:
542e3f295f3162016f200b848d47811573151082/p
On 28.05.2004 10:14, Carsten Ziegeler wrote:
Thanks for the fantastic roadmap! Can we plan on doing this
sometime on Monday the 31st? I'd like to do a test-run sometime
between now and then to make sure that the conversion on Monday
runs smoothly (and that you get exactly what you want in
On 27.05.2004 14:04, Harald Wehr wrote:
I have a search index that needs to be processed by a german analyzer.
So I tried to configure the cocoon SearchGenerator in the sitemap:
map:generator name=search
src=org.apache.cocoon.generation.SearchGenerator
analyzer
Joerg Heinicke wrote:
Guess cocoon.continuation is the preferred way.
The JXTemplateGenerator suggest to use ${continuation.id},
nothing about the cocoon prefix. Maybe we should ask
Christopher what his plan was. Or we simply decide it here.
The old way continuation.id has been
Joerg Heinicke dijo:
Guess cocoon.continuation is the preferred way.
The JXTemplateGenerator suggest to use ${continuation.id}, nothing about
the cocoon prefix. Maybe we should ask Christopher what his plan was. Or
we simply decide it here.
For long time the use of ${continuation.id} is the
Carsten Ziegeler dijo:
Joerg Heinicke wrote:
Guess cocoon.continuation is the preferred way.
The JXTemplateGenerator suggest to use ${continuation.id},
nothing about the cocoon prefix. Maybe we should ask
Christopher what his plan was. Or we simply decide it here.
The old way
Unico Hommes dijo:
Since my firsts steps in Cocoon I wondered why it use LogKit and not the
award winning log4j. I understand we need to support it because lot of
code was written using it, but maybe the solution is to create a block
for Logkit? That way people that want to use it, can include
Vadim Gritsenko wrote:
vgritsenko2004/05/28 05:20:20
Modified:
src/blocks/forms/java/org/apache/cocoon/forms/flow/javascript
Form.js
src/java/org/apache/cocoon/components/flow/javascript/fom
FOM_Cocoon.java
Antonio Gallardo agallardo at agssa.net writes:
Unico Hommes dijo:
Since my firsts steps in Cocoon I wondered why it use LogKit and not the
award winning log4j.
Without a doubt log4j is popular. But popularity is mostly only marginally based
on merit. It proves good marketing, wide
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=26456.
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://issues.apache.org/bugzilla/show_bug.cgi?id=26456.
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://issues.apache.org/bugzilla/show_bug.cgi?id=13479.
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://issues.apache.org/bugzilla/show_bug.cgi?id=13479.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Unico Hommes wrote:
BTW I am not
following Avalon developement very closely anymore, does anyone know what the
status of LogKit is in Avalon itself (did they deprecate it?).
Version 2.0.0 of LogKit has recently been released.
It is not deprecated.
Cheers, Stephen.
The licensing problems can be solved by writing the validation
transformer in terms of the JARV api,
http://iso-relax.sourceforge.net/JARV/. Then JARV have a run time
discovery mechanism for finding the actual implementation of the schema
language,
Stephen McConnell wrote:
Unico Hommes wrote:
BTW I am not
following Avalon developement very closely anymore, does anyone know
what the
status of LogKit is in Avalon itself (did they deprecate it?).
Version 2.0.0 of LogKit has recently been released.
What's new in 2.0? I don't see any
Vadim Gritsenko wrote:
Stephen McConnell wrote:
Unico Hommes wrote:
BTW I am not
following Avalon developement very closely anymore, does anyone know
what the
status of LogKit is in Avalon itself (did they deprecate it?).
Version 2.0.0 of LogKit has recently been released.
What's new in 2.0? I
Antonio Gallardo wrote:
Stefano Mazzocchi dijo:
Hmmm, Anna is right to report the problem though. I mean, why in hell an
OutOfMemoryException get swollen like that?
Not sure. I don't think we are swollen the exception in this case. But I
am not the best knowledge to tell that. ;-)
What I can said
Ugo Cei wrote:
Il giorno 28/mag/04, alle 03:26, Stefano Mazzocchi ha scritto:
Hmmm, Anna is right to report the problem though. I mean, why in hell
an OutOfMemoryException get swollen like that?
Swollen? I think you mean swallowed here.
eheh, right :-) [maybe my mind thought of swollen because
Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote:
Nicola Ken Barozzi wrote:
...
Deal?
No, first somebody has to explain to me what's the problem with the
current build system.
The current version is actually quite well structured, especially with
the main build.
The main problems are with:
1
Stefano Mazzocchi wrote:
what if I'm using jetty?
I don't know. We're currently using the bundled Jetty for development
and Tomcat for staging/production. But my point still remains: it's
better to crash and burn rather than try to survive if you get an
OOMException.
Ugo
Nicola Ken Barozzi wrote:
Someone please cc [EMAIL PROTECTED] I'm on a cell
connection and am having problems sending email, and this ius going
through gmane.
Brian W. Fitzpatrick wrote:
...
Thanks for the fantastic roadmap! Can we plan on doing this sometime on
Monday the 31st? I'd like to
On Fri, 2004-05-28 at 16:28, Stefano Mazzocchi wrote:
Antonio Gallardo wrote:
Stefano Mazzocchi dijo:
Hmmm, Anna is right to report the problem though. I mean, why in hell an
OutOfMemoryException get swollen like that?
Not sure. I don't think we are swollen the exception in this
Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote:
Nicola Ken Barozzi wrote:
...
Deal?
No, first somebody has to explain to me what's the problem with the
current build system.
The current version is actually quite well structured, especially with
the main build.
The main problems are with:
1
On 28.05.2004 16:42, Bruno Dumon wrote:
It is because it is an OutOfMemoryError, not an Exception. Currently
Errors are not catched by Cocoon.
There has been a discussion thread about this in the past, I don't
remember if any consensus was reached about what how we want to treat
Errors.
There are
Hi:
In march 2004, when forrest moved to SVN. I found the RFE in Eclipse
related to SVN:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=37154
Maybe your vote can accelerate the process! ;-)
Best Regards,
Antonio Gallardo
Bruno Dumon wrote:
On Fri, 2004-05-28 at 16:28, Stefano Mazzocchi wrote:
Antonio Gallardo wrote:
Stefano Mazzocchi dijo:
Hmmm, Anna is right to report the problem though. I mean, why in hell an
OutOfMemoryException get swollen like that?
Not sure. I don't think we are
On 28 May 2004, at 15:28, Stefano Mazzocchi wrote:
Antonio Gallardo wrote:
Stefano Mazzocchi dijo:
Hmmm, Anna is right to report the problem though. I mean, why in
hell an
OutOfMemoryException get swollen like that?
Not sure. I don't think we are swollen the exception in this case.
But I
am not
Vadim Gritsenko wrote:
Stephen McConnell wrote:
Unico Hommes wrote:
BTW I am not
following Avalon developement very closely anymore, does anyone know
what the
status of LogKit is in Avalon itself (did they deprecate it?).
Version 2.0.0 of LogKit has recently been released.
What's new in 2.0? I
On 28 May 2004, at 15:34, Ugo Cei wrote:
Stefano Mazzocchi wrote:
what if I'm using jetty?
I don't know. We're currently using the bundled Jetty for development
and Tomcat for staging/production. But my point still remains: it's
better to crash and burn rather than try to survive if you get an
Reinhard Poetz wrote:
Thanks Tony for digging into this. It seems to be a very promising way! :-)
(I will comment on the details in a separate mail as soon as I have
enough time thinking more about this!)
I know, Dreamweaver is commercial but is there any way putting your work
into an
Pier Fumagalli wrote:
Oh, on a side note, Ugo, I'd seriously switch your
development/production environments... I'm not going into performance
details (I don't want to raise a can of worms), but at least on my tests
Tomcat is using 3x the memory that Jetty is using per single request, so
it's
Ok, this is all true - but considering performance it's imho neglectable
even if you consider that heavy xml parsing and stylesheet transformations
happen at the same time.
Maybe ;-)
I'll try to come up with real numbers soon!
Sylvain
Sylvain,
Although there is some overhead in the
Ceki Gülcü dijo:
At 02:43 PM 5/28/2004, Unico Hommes wrote:
Without a doubt log4j is popular. But popularity is mostly only
marginally
based
on merit. It proves good marketing, wide adoption and a large community.
But it
doesn't prove a it to be the best in terms of code quality, ease of use,
At 02:43 PM 5/28/2004, you wrote:
Antonio Gallardo agallardo at agssa.net writes:
Without a doubt log4j is popular. But popularity is mostly only marginally
based
on merit. It proves good marketing, wide adoption and a large community.
But it
doesn't prove a it to be the best in terms of code
On May 27, 2004, at 9:05 AM, Carsten Ziegeler wrote:
So, my suggestion is to:
- deprecate the use of LogKit
- switch to log4j as default
- make it possible to configure log4j from within Cocoon (like the
current logkit.xml for LogKit).
+1
As long as Cocoon is based on a non-static logging
I stumbled across a problem with map:mount with an empty uri-prefix
attribute. I've made a minimalistic test case to illustrate the problem,
just extract the attached file in cocoon's webapp dir and try to surf to
eg:
http://localhost:/test/a/test2/abc
which will give the following exception:
On Fri, 2004-05-28 at 20:28, Tony Collen wrote:
Bruno Dumon wrote:
I stumbled across a problem with map:mount with an empty uri-prefix
attribute. I've made a minimalistic test case to illustrate the problem,
just extract the attached file in cocoon's webapp dir and try to surf to
eg:
On Fri, 2004-05-28 at 10:14, Carsten Ziegeler wrote:
Nicola Ken Barozzi wrote:
Someone please cc [EMAIL PROTECTED] I'm on a cell
connection and am having problems sending email, and this ius
going through gmane.
Brian W. Fitzpatrick wrote:
...
Thanks for the fantastic
Moving this to dev list. Find the original thread at
http://marc.theaimsgroup.com/?t=10855910974r=1w=4.
On 28.05.2004 20:13, Bruno Dumon wrote:
I'm not sure if this is a good
solution, since those messages are not specifically recognized as being
validation errors, and so this wouldn't work
On 28.05.2004 13:44, Carsten Ziegeler wrote:
Guess cocoon.continuation is the preferred way.
The JXTemplateGenerator suggest to use ${continuation.id},
nothing about the cocoon prefix. Maybe we should ask
Christopher what his plan was. Or we simply decide it here.
The old way continuation.id
Joerg Heinicke wrote:
Ok. Can anybody revert my change to userdocs/flow/tutor.xml? I don't
have access to Cocoon before tuesday.
Joerg
I got it.
Tony
-block-scratchpad/rss.xml
Atom: http://brutus.apache.org:8080/gump/cocoon-2.1/cocoon-block-scratchpad/atom.xml
--
Produced by Gump 2.0.3-alpha-0002.
[Run (20040528 09:00:05, brutus:brutus-public:20040528 09:00:05)]
http://brutus.apache.org:8080/gump/index.html
http://brutus.apache.org:8080/gump
65 matches
Mail list logo