Pier Fumagalli wrote:
Took me few months, but they're now up for your pleasure!
http://gallery.betaversion.org/view_album.php?
set_albumName=CocoonGhettoGather2003
(Please, don't overkill my bandwidth! :-) Stefano's blog is enough)
The comments made me ROTFL ;-)
Sylvain
--
Sylvain Wallez
Kai Benndorf wrote:
Hi Tony,
if there really is no way to get the encoded request parameter, although
it's not very smart, we still have the possibility to encode the
parameter anew. Is there already an existing function to encode the
parameter somewhere?
Regards
Kai
Well, if we can't
From: Alex Kovacs
Hi Tim,
I am working on a big project using woody (oops CocoonForms)
with around 1600 forms. We will probably run some benchmarks
to get the sizing info and I will let you know once we get
them done. We however do not know enough about tunning
cocoon, apart from
Tony Collen wrote:
Kai Benndorf wrote:
Hi Tony,
if there really is no way to get the encoded request parameter,
although it's not very smart, we still have the possibility to encode
the parameter anew. Is there already an existing function to encode
the parameter somewhere?
Regards
Kai
Joerg,
The test_xsp.java file which gets generated as a result of XSP transformation does not have the characters which I would like to see on my page..It only has code to create the elements in my xsp without the text() content...Does that mean something is stripping it off during the XSLT
several times in the past i was try to represent xml data in a tree view
they are different appraches to this problem
looking around in the internet i have found greate javascript trees just
like at www.destroydrop.com
but the problem with this approach is that you have to create the whole
Stefano Mazzocchi wrote:
On 1 Dec 2003, at 08:26, Nicola Ken Barozzi wrote:
What I don't really understand is that he is not using a public Apache
repository, like the Cocoon scratchpad, to do it.
I am!!!
Yes, sorry for misunderstanding.
As I tried to say I'm +1 to your work all the way, and
I standard html and the display style element. This javascript works like a charm i
IE/Mozilla/Opera:
function toggle(id) {
var element = document.getElementById(id);
with (element.style) {
if ( display == none ){
display =
} else{
display = none
From: [EMAIL PROTECTED]
several times in the past i was try to represent xml data in
a tree view
they are different appraches to this problem
looking around in the internet i have found greate javascript
trees just
like at www.destroydrop.com
but the problem with this approach is
Thanks Pier!
Carsten
-Original Message-
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2003 6:12 PM
To: [EMAIL PROTECTED]
Subject: Re: BugZilla access...
[EMAIL PROTECTED], [EMAIL PROTECTED] and
[EMAIL PROTECTED] now can do stuff.
Pier
On 1
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=25132.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
that's exactly what i'm talking about
--stavros
On Tue, 2 Dec 2003, [iso-8859-1] Velle Andr wrote:
I standard html and the display style element. This javascript works like a charm
i IE/Mozilla/Opera:
function toggle(id) {
var element = document.getElementById(id);
with
On 2 Dec 2003, at 03:52, Joerg Heinicke wrote:
On 29.11.2003 17:02, Stefano Mazzocchi wrote:
I don't mean to be cynical or anything, but Linotype and Portal
landed in Cocoon as more-or-less functional things and not much
has happened since.
wait a full second, David. I can't talk for
On 2 Dec 2003, at 11:03, Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote:
On 1 Dec 2003, at 08:26, Nicola Ken Barozzi wrote:
What I don't really understand is that he is not using a public
Apache repository, like the Cocoon scratchpad, to do it.
I am!!!
Yes, sorry for misunderstanding.
As I
Christian Haul wrote:
Tony Collen wrote:
Kai Benndorf wrote:
Hi Tony,
if there really is no way to get the encoded request parameter,
although it's not very smart, we still have the possibility to encode
the parameter anew. Is there already an existing function to encode
the parameter
I'm looking into the Slide block ATM and want to rename the package from
o.a.c.components.repository to o.a.c.components.slide in order to avoid
collision with the repository block. Any objections? I'm also renaming
Repository.java to SlideRepository.java and adding the two public
methods the
Apparently we've made a big step back going to 2.1 :)
Original Message
Subject:Re: Cocoon1 and Servlet API 2.4 / Tomcat 4.1 / J2SE 1.4
Date: Tue, 02 Dec 2003 07:02:54 +0700
From: Frans Thamura [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL
I have a selection list for integer field:
wd:selection-list xmlns:wd=http://apache.org/cocoon/woody/definition/1.0;
wd:item value=66588wd:labelAsco/wd:label/wd:item
wd:item value=65753wd:labelDisplaye/wd:label/wd:item
[...]
/wd:selection-list
the problem is that if the field is of type string
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=25071.
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=25071.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Geoff Howard wrote:
Christian Haul wrote:
Tony Collen wrote:
Kai Benndorf wrote:
Hi Tony,
if there really is no way to get the encoded request parameter,
although it's not very smart, we still have the possibility to
encode the parameter anew. Is there already an existing function
to
[EMAIL PROTECTED] wrote:
Index: PlainBooleanConvertor.java
===
RCS file: /home/cvs/cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/datatype/convertor/PlainBooleanConvertor.java,v
retrieving revision 1.1
retrieving
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=25132.
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=25132.
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=25021.
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=25021.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Christian Haul wrote:
I'm fine with any solution that tries to maintain current behaviour as
much as possible. Indeed, there
is a necessity to access the undecoded parameters or at least easily
access re-encoded parameters.
Mind you, though, that you might need to encode the parameter name as
On 30 Nov 2003, at 21:41, Ryan Hoegg wrote:
Stefano Mazzocchi wrote:
I think a much better approach would be to come up with a
Repository.java
interface and a few implementations that I can choose when I install
cocoon. This implementation would also implement Source.java and
provide its
On 30 Nov 2003, at 22:04, Unico Hommes wrote:
Stefano Mazzocchi wrote:
I'm working on Doco and I finished my first phase: I have a
repository
that I like and does what I need. It's Slide, in case you haven't
noticed ;-)
I did :-) I must say I am very happy you are doing this. I was involved
On 30 Nov 2003, at 22:10, Gianugo Rabellino wrote:
Stefano Mazzocchi wrote:
I think a much better approach would be to come up with a
Repository.java
interface and a few implementations that I can choose when I install
cocoon. This implementation would also implement Source.java and
provide
On Tue, 2003-12-02 at 15:49, Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
Index: PlainBooleanConvertor.java
===
RCS file:
Hi,
I have following problem that I want to aggregate a document
with a help of a internal pipeline.
ci:inlcude src=cocoon:/internal/doc.xml/
But this internal pipeline can throw an exception, which
should be handled by an handle-errors section, and the produced
output should be included into
On 1 Dec 2003, at 10:35, Guido Casper wrote:
The challenge is to find the right balance.
That's *always* tough. On anything. ;-)
--
Stefano.
smime.p7s
Description: S/MIME cryptographic signature
On Tue, 2003-12-02 at 14:34, Leszek Gawron wrote:
I have a selection list for integer field:
wd:selection-list xmlns:wd=http://apache.org/cocoon/woody/definition/1.0;
wd:item value=66588wd:labelAsco/wd:label/wd:item
wd:item value=65753wd:labelDisplaye/wd:label/wd:item
[...]
Bruno Dumon wrote:
On Tue, 2003-12-02 at 15:49, Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
Index: PlainBooleanConvertor.java
===
RCS file:
Hello,
because I've got no answer for my question postet in the users list
before, I will try it on the dev list...
I have the following sitemap fragment:
...
map:resources
map:resource name=main
map:call function=main/
/map:resource
/map:resources
map:flow language=javascript
map:script
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=25071.
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=25071.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Alex Kovacs [EMAIL PROTECTED] wrote:
Hi Tim,
I am working on a big project using woody (oops CocoonForms) with around
1600 forms. We will probably run some benchmarks to get the sizing info and
I will let you know once we get them done. We however do not know enough
about tunning
Tony Collen wrote:
Christian Haul wrote:
I'm fine with any solution that tries to maintain current behaviour as
much as possible. Indeed, there
is a necessity to access the undecoded parameters or at least easily
access re-encoded parameters.
Mind you, though, that you might need to encode the
Stefano Mazzocchi wrote:
On 30 Nov 2003, at 22:04, Unico Hommes wrote:
snip/
Yep, which is exactly where you can see the whole concept
starting to
break.
the repository in the slide block uses slide directly and, mostly,
for authentication purposes... it's based on an
Stefano Mazzocchi wrote:
On 1 Dec 2003, at 10:35, Guido Casper wrote:
The challenge is to find the right balance.
That's *always* tough. On anything. ;-)
Very true.
This reminds me (again) of Rickard Öberg's second principle for making
software frameworks:
If you make a decision, be sure
On 02.12.2003 20:18, [EMAIL PROTECTED] wrote:
Added: src/blocks/slide/lib jdom-dev.jar
Can you also give this JAR a date?
- fix bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24964
Doesn't work for me, I still get errors:
Could not lookup for component.
Hello,
I am trying to integrate my own DynamicPropertyHandler into the
JxTemplateGenerator. It seems like JxPath doesn't activate the handler when
needed (I don't see any of my log messages added to the handler).
I registered the handler this way:
Wow you're quick ;-)
Joerg Heinicke wrote:
On 02.12.2003 20:18, [EMAIL PROTECTED] wrote:
Added: src/blocks/slide/lib jdom-dev.jar
Can you also give this JAR a date?
I don't know it :-( I took it from Slide CVS. I'll see if I can get it
to work with a recent release version
Stephan Coboos Escribio :-)
Hello,
because I've got no answer for my question postet in the users list
before, I will try it on the dev list...
I have the following sitemap fragment:
...
map:resources
map:resource name=main
map:call function=main/
/map:resource
Hello,
two weeks ago I was very motivated to implement a web-project with
cocoon. Now I'm really frustrated with cocoon.
I was very impressed by cocoons control flow, where in my first cocoon
project (using cocoon 2.1 dev), I was using the sendPageAndWait and act
methods.
Now the act method
On Tue, 2003-12-02 at 18:02, Vadim Gritsenko wrote:
Bruno Dumon wrote:
On Tue, 2003-12-02 at 15:49, Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
Index: PlainBooleanConvertor.java
===
RCS file:
I committed the changes. Note that I haven't verified all the samples
and I was already getting some weird caching errors. Logging in should
now work, I'll see what I can do about the other issues in the following
days.
Regards, Unico
Unico Hommes wrote:
Wow you're quick ;-)
Joerg
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=25083.
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=25083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 2003-12-02 at 01:51, Alex Kovacs wrote:
Hi Tim,
I am working on a big project using woody (oops CocoonForms) with around
1600 forms. We will probably run some benchmarks to get the sizing info and
I will let you know once we get them done. We however do not know enough
about tunning
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=25083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carlos Chávez wrote:
Stephan Coboos Escribio :-)
Hello,
because I've got no answer for my question postet in the users list
before, I will try it on the dev list...
I have the following sitemap fragment:
...
map:resources
map:resource name=main
map:call function=main/
/map:resource
On 02.12.2003 22:39, Unico Hommes wrote:
I committed the changes. Note that I haven't verified all the samples
and I was already getting some weird caching errors. Logging in should
now work, I'll see what I can do about the other issues in the following
days.
Yes, thanks, it works. I clicked
Stephan Coboos wrote:
Hello,
because I've got no answer for my question postet in the users list
before, I will try it on the dev list...
I have the following sitemap fragment:
...
map:resources
map:resource name=main
map:call function=main/
/map:resource
/map:resources
map:flow
Michael Wolf wrote:
Hello,
two weeks ago I was very motivated to implement a web-project with
cocoon. Now I'm really frustrated with cocoon.
I was very impressed by cocoons control flow, where in my first cocoon
project (using cocoon 2.1 dev), I was using the sendPageAndWait and act
methods.
Geoff Howard wrote:
Stephan Coboos wrote:
Hello,
because I've got no answer for my question postet in the users list
before, I will try it on the dev list...
I have the following sitemap fragment:
...
map:resources
map:resource name=main
map:call function=main/
/map:resource
Geoff Howard wrote:
Bruno Dumon wrote:
On Wed, 2003-11-26 at 17:47, Timothy Larson wrote:
--- Geoff Howard [EMAIL PROTECTED] wrote:
Can someone try rolling back Xerces to prior version to make sure
that's the issue? Of course, you'll have to unplug from the network
before building or you
Does anybody have a working sample of a simple-repeater binding?
I am trying to adapt the binding to work with (you guessed it)
class, new, struct, and union, but I am having trouble getting
the simple-repeater binding working.
--Tim Larson
__
Do you Yahoo!?
Free
--- Geoff Howard [EMAIL PROTECTED] wrote:
So, do we
1) Ignore the bug until a later version of xerces is released? (the bug
is that the build fails without an internet connection due to the dtd
resolving in web.xml)
2) Roll back to 2.5? (I assume this would unfix other bugs?)
3) Use a
Joerg Heinicke wrote:
David Crossley wrote:
snip/
Would it be acceptable to infrastructure@ apache? It is not just
one simple DTD you are downloading, there are many included bits.
I do not agree with the approach. Cocoon has encouraged people to
use the entity resolver. We should not join
Timothy Larson wrote:
--- Geoff Howard [EMAIL PROTECTED] wrote:
So, do we
1) Ignore the bug until a later version of xerces is released? (the bug
is that the build fails without an internet connection due to the dtd
resolving in web.xml)
2) Roll back to 2.5? (I assume this would unfix other
Stephan Michels wrote:
My question is this behaviour intentional?
Yes, that's how it always worked.
And, IIRC, there is a patch in BugZilla to make this behavior more
flexible. I have no objections if this is made somehow configurable.
Vadim
Vadim Gritsenko wrote:
Timothy Larson wrote:
--- Geoff Howard [EMAIL PROTECTED] wrote:
So, do we
1) Ignore the bug until a later version of xerces is released? (the
bug is that the build fails without an internet connection due to the
dtd resolving in web.xml)
2) Roll back to 2.5? (I assume
Hi,
On 2 Dec 2003, at 21:39, Unico Hommes wrote:
I committed the changes. Note that I haven't verified all the samples
and I was already getting some weird caching errors. Logging in should
now work, I'll see what I can do about the other issues in the
following
days.
It seems cocoon no longer
Hi Tony,
if there really is no way to get the encoded request parameter, although
it's not very smart, we still have the possibility to encode the
parameter anew. Is there already an existing function to encode the
parameter somewhere?
Regards
Kai
Tony Collen schrieb:
(I am bringing this
Hi everyone,
I have tracked the problem down to the old xalan.jar, xercesImpl.jar and xml-apis.jar in the WebSphere Studio\runtimes\base_v5\lib..
The solution is to replace those files with the ones which are distributed with cocoon...I have tested it inside Webshere studio(WSAD5.0) and I think
Is the jta-spec1_0_1.jar in the webapp classpath? Or in lib/local during
your cocoon build for that matter?
Sam
Andrew Savory wrote:
It seems cocoon no longer runs with the recent slide changes (at
least, that's the only thing I can pinpoint as being different in my
cvs update). I get the
69 matches
Mail list logo
