Stefano Mazzocchi wrote:
On Friday, Oct 31, 2003, at 19:11 Europe/Rome, [EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2003-10-31
18:11 ---
It's the second hint within two weeks that Cocoon seems not to handle
trailing
slashes correctly:
Antonio Gallardo wrote:
Hunsberger, Peter dijo:
For us, last update wins, we're not update intensive, but I'm waiting
for the day when someone forces us to wade through the audit log to
determine why there update didn't take.
The last update wins is the most used approaching in this cases. You can
Marc Portier wrote:
nope, current binding doesn't do this.
That's clear now. From the sample, I was under the impression that the
binding would set the id attribute equal to the index of the row in
the repeater. My wrong.
you can: make the id visible so the user can provide it though
I've tried
Vadim Gritsenko wrote:
Hi all,
I'm working on Portlet (aka JSR168 aka Pluto) environement for Cocoon so
that Cocoon can be deployed as a Portlet. Is there any interest at all
for this functionality? I'm thinking about dumping it into scratchpad or
separate block...
+1 definitly!
So
On Fri, 2003-10-31 at 22:54, Marc van Kempen wrote:
Bruno Dumon wrote:
snip/
My first thought was to do this cleanup stuff serverside (could be as
simple as an XSL, which would make it easily customisable too). However
it seems like you want to do all that on the client side?
This
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=24240.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefano Mazzocchi [EMAIL PROTECTED] wrote:
In my doco wandering, I tried to mount the cocoon DAV repository
(found in the 'davmap' directory of the webdav block) under macosx as
a disk, but fails. I tried with mod_dav on httpd 2.0.47 and it works.
Further inspection (with the good old
See also:
http://marc.theaimsgroup.com/?t=10631375302r=1w=2
Guido
Stefano Mazzocchi [EMAIL PROTECTED] wrote:
I'm still having fun with webdavapps and found something that looks
suspiciously close to a bug in the way the flow and sitemap work
together in case of an exception.
In the
From: Marc Portier
OK,
Thx to Carsten's suggestions I have a patch for this that
rougly looks like
1/ in src/java/org/apache/cocoon/Constants.java
. add constant CONTEXT_DEFAULT_ENCODING
2/ in
src/java/org/apache/cocoon/serialization/AbstractTextSerializer.java
.
On 01.11.2003 12:08, Reinhard Poetz wrote:
personally I think this patch should come together with a
change to our
web.xml so we rather change the default form-encoding to be
also utf-8
sorry, I don't understand this. Does this mean the general encoding is
iso-8859-1 and the form encoding is
Stefano Mazzocchi wrote:
In my doco wandering, I tried to mount the cocoon DAV repository
(found
in the 'davmap' directory of the webdav block) under macosx as a disk,
but fails. I tried with mod_dav on httpd 2.0.47 and it works.
Further inspection (with the good old tcpflow) indicates
Guido Casper wrote:
Stefano Mazzocchi [EMAIL PROTECTED] wrote:
snip/
Now, the first thing to ask is:
1) is DAV: DAV:1 correct? I would expect DAV: 1 to be the correct
header
Checking the spec at
http://ftp.ics.uci.edu/pub/ietf/webdav/protocol/rfc2518.html#HEADER_DAV
it
On Sat, 2003-11-01 at 12:24, Joerg Heinicke wrote:
On 01.11.2003 12:08, Reinhard Poetz wrote:
personally I think this patch should come together with a
change to our
web.xml so we rather change the default form-encoding to be
also utf-8
sorry, I don't understand this. Does this
Unico Hommes [EMAIL PROTECTED] wrote:
Guido Casper wrote:
snip/
I think this could be changed. However if we want the davmap to be a
widely interoperable WebDAV server, I think we should have something
like a compatibility test suite - similar to Slide's TProcessor or
litmus
Now I'm confused ...
With the container encoding all resources are read, i.e. my text files
and the request. The form encoding only recodes the request parameters
to the expected (i.e. container) encoding. So it works like a servlet
filter.
Joerg
On 01.11.2003 12:36, Bruno Dumon wrote:
On
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=24319.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sat, 2003-11-01 at 12:58, Joerg Heinicke wrote:
Now I'm confused ...
With the container encoding all resources are read, i.e. my text files
and the request.
Nope, these are two different encodings:
* text files are read according to whatever encoding/locale is
configured in your OS
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=24319.
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=24319.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Unico Hommes wrote:
Should we strive for strict compatibility in the short term?
IMO, yes. We are now building a foundation for Cocoon to be a viable DAV
server, and this should include finding all the possible shortcomings
and solve them now instead than later, when we will start polishing
Gianugo Rabellino wrote:
Unico Hommes wrote:
Should we strive for strict compatibility in the short term?
IMO, yes. We are now building a foundation for Cocoon to be a viable
DAV
server, and this should include finding all the possible shortcomings
and solve them now instead than
Carsten Ziegeler wrote:
Vadim Gritsenko wrote:
Hi all,
I'm working on Portlet (aka JSR168 aka Pluto) environement for Cocoon so
that Cocoon can be deployed as a Portlet. Is there any interest at all
for this functionality? I'm thinking about dumping it into scratchpad or
separate block...
Unico Hommes wrote:
As for the empty response body. It would be a matter of having a
serializer supressing it.
Another option is to set the response headers in the flow and refrain
from sending any page at all.
Hmm, but this seems not to be possibly :-( I get no pipeline matched
Dear All,
After reading of Steve K's efforts on this list, and reading Extreme
Programming Java Cookbook, I would like to propose a Cocoon pipeline
unit testing framework, based arount HTTPUnit, XMLUnit and the CocoonBean.
HTTPUnit
---
HTTPUnit provides a user agent for engaging in
On Saturday, Nov 1, 2003, at 11:53 Europe/Rome, Guido Casper wrote:
1) is DAV: DAV:1 correct? I would expect DAV: 1 to be the correct
header
Checking the spec at
http://ftp.ics.uci.edu/pub/ietf/webdav/protocol/rfc2518.html#HEADER_DAV
it seems that DAV: 1 is correct.
ah, ok, but being compliant to
On Saturday, Nov 1, 2003, at 12:09 Europe/Rome, Guido Casper wrote:
See also:
http://marc.theaimsgroup.com/?t=10631375302r=1w=2
Great, so it's a bug.
What's the status of this? has it been filed on bugzilla yet?
Sylvain, any suggestions on how to fix it as Vadim proposed?
--
Stefano.
On Saturday, Nov 1, 2003, at 14:49 Europe/Rome, Gianugo Rabellino wrote:
Unico Hommes wrote:
Should we strive for strict compatibility in the short term?
IMO, yes. We are now building a foundation for Cocoon to be a viable
DAV server, and this should include finding all the possible
On Saturday, Nov 1, 2003, at 16:16 Europe/Rome, Unico Hommes wrote:
Unico Hommes wrote:
As for the empty response body. It would be a matter of having a
serializer supressing it.
Another option is to set the response headers in the flow and refrain
from sending any page at all.
Hmm, but this
Stefano Mazzocchi wrote:
On Saturday, Nov 1, 2003, at 12:09 Europe/Rome, Guido Casper wrote:
See also:
http://marc.theaimsgroup.com/?t=10631375302r=1w=2
Great, so it's a bug.
What's the status of this? has it been filed on bugzilla yet?
Sylvain, any suggestions on how to fix it as Vadim
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=24294.
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=24326.
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=24326.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Reinhard Poetz wrote:
The parameter CONTEXT_DEFAULT_ENCODING is set in Constants.java - how
can I override this value?
you don't:
it's value IS NOT the encoding, it's value is just the lookup-key inside
the context to read the DEFAULT_ENCODING
as for the remaining question 'where do I set the
Upayavira --
This all looks great. I've also been hacking at this problem and have a
working solution that does not involve any open pipeline surgery or
triple-pipeline-bypasses. It is a bit of a hack and I do believe your
solution is much more appropriate in the long term, however, maybe
Ugo Cei wrote:
Marc Portier wrote:
nope, current binding doesn't do this.
That's clear now. From the sample, I was under the impression that the
binding would set the id attribute equal to the index of the row in
the repeater. My wrong.
you can: make the id visible so the user can provide
On Oct 31, 2003, at 12:32 PM, Unico Hommes wrote:
Is this the way it's done in Fortress too? I vaguely remember it passes
the LoggerManager in the Context object? I would prefer the way
Fortress
exposes the LoggerManager for consistency with 2.2.
I'm unsure of how exactly Fortress handles the
Stefano Mazzocchi wrote:
Unico Hommes wrote:
Should we strive for strict compatibility in the short term?
IMO, yes. We are now building a foundation for Cocoon to be a viable
DAV server, and this should include finding all the possible
shortcomings and solve them now instead than later, when
Stefano Mazzocchi wrote:
Yes, it did.
BTW, do you know if Cadaver can talk simple DeltaV with subversion?
Unfortunately, I'm afraid not. They both implement a subset of the spec.
Have you tried DAVExplorer (http://www.ics.uci.edu/~webdav/), BTW?
Ciao,
--
Gianugo Rabellino
Pro-netics s.r.l. -
Hi:
I noted the lastest Xalan version 2.5.2 still uses (inside package) the
regexp 1.2. I thought updating to regexp 1.3 Xalan can solve some of the
bugs there are in the current version and plus some hidden errors. Of
course this affect Cocoon too.
I know here are people that are Xalan
Upayavira wrote:
Dear All,
After reading of Steve K's efforts on this list, and reading Extreme
Programming Java Cookbook, I would like to propose a Cocoon pipeline
unit testing framework, based arount HTTPUnit, XMLUnit and the CocoonBean.
snip/
What do you all think?
That you should go
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=24326.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
If you use the SQLTransformer to query a column where the contents of the
column is itself valid XML content, SQLTransformer seems to escape all of the
and characters, so that the result you get back looks like this:
?xml version=1.0 encoding=UTF-8?
root
Doh! I must be working too many hours on this project!
xsl:value-of select=root/sql:rowset/sql:row/sql:package
disable-output-escaping=yes/
...does the trick nicely!
Andrzej Jan Taramina
Chaeron Corporation: Enterprise System Solutions
http://www.chaeron.com
I've committed the previously discussed change of embedding child
widgets inside a wd:widgets element in the form definition. This is a
small change, but will require updating all existing form definitions.
So next time you update CVS, or update to the next release of Cocoon,
you'll need to
44 matches
Mail list logo