[WOODY] - New short, double and float datatypes

Hi: We tought that in some cases we need this datatypes. Currently, they are not implemented in Woody. Can we do that? Best Regards, Antonio Gallardo

DO NOT REPLY [Bug 24326] - [PATCH] SQLTransformer mishandles columns with XML data that have XML Declaration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [RT] Unit testing and CocoonUnit

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. > What do you all think? That you should g

Xalan 2.5.2 and regexp 1.3

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 committer

Re: Fooling around with cocoon davmap

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. -

Re: Fooling around with cocoon davmap

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 w

Re: sitemap logging?

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 situ

Re: Dynamic woody templates?

Sylvain Wallez dijo: > Hi Woody'ers Wondering about in his Australian meaning! lol. > Lately, I encountered several use cases where I found that the current > we have today is not enough. > > Here are some: > - if the repeater is empty, the "delete selected items" should not > appear underneath

Dynamic woody templates?

Hi Woody'ers Lately, I encountered several use cases where I found that the current we have today is not enough. Here are some: - if the repeater is empty, the "delete selected items" should not appear underneath - I'm currently writing move up/move down row actions, and I don't want to displ

Re: [Woody] form2 XML binding example does not set id for new rows

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 provid

Re: [RT] Unit testing and CocoonUnit

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 wha

Re: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

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 va

DO NOT REPLY [Bug 24326] - SQLTransformer mishandles columns with XML data that have XML Declaration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24326] New: - SQLTransformer mishandles columns with XML data that have XML Declaration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24294] - [PATCH] Sitemap Viewer

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[WOODY] Form definition syntax change that affects all users

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 update

Re: [bug?] exception thrown in sendPage() skips the proper error handler

Stefano Mazzocchi wrote: On Saturday, Nov 1, 2003, at 12:09 Europe/Rome, Guido Casper wrote: See also: http://marc.theaimsgroup.com/?t=10631375302&r=1&w=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

Re: Fooling around with cocoon davmap

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 seem

Re: Fooling around with cocoon davmap

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 shortcoming

Re: Fooling around with cocoon davmap

On Saturday, Nov 1, 2003, at 12:58 Europe/Rome, Guido Casper wrote: remembering Greg Stein saying: "You don't want to implement the complete DeltaV unless you have a suicide tendency." (don't nail me down on the exact wording :-) Just for the record, the guy who wrote the DeltaV spec is the same

Re: [bug?] exception thrown in sendPage() skips the proper error handler

On Saturday, Nov 1, 2003, at 12:09 Europe/Rome, Guido Casper wrote: See also: http://marc.theaimsgroup.com/?t=10631375302&r=1&w=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.

Re: Fooling around with cocoon davmap

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

DO NOT REPLY [Bug 24240] - Generate/XInclude/CInclude from cocoon:// has wrong context

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[RT] Unit testing and CocoonUnit

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 'conve

Solved.: SQLTransformer returns excaped XML content...

Doh! I must be working too many hours on this project! ...does the trick nicely! Andrzej Jan Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com

RE: Portlet environment (JSR168)

Vadim Gritsenko wrote: > +1 for scratchpad or +1 for block? :) > I'm actually not sure about block: I guess real blocks will not have > ability to define Cocoon environments and/or new Cocoon entry points > (i.e. CocoonPortlet, a-la CocoonServlet). So, may be scratchpad then? > Yes, scratchpad I

Help: SQLTransformer returns excaped XML content...

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: http://apache.org/cocoon/SQL/2.0";> http://apache.org

Re: HTML editor widget (was Re: [proposal] Doco)

Bruno Dumon wrote: On Fri, 2003-10-31 at 22:54, Marc van Kempen wrote: Bruno Dumon wrote: 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

RE: Fooling around with cocoon davmap

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 ma

Re: Portlet environment (JSR168)

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...

RE: Fooling around with cocoon davmap

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 inst

Re: Fooling around with cocoon davmap

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 th

DO NOT REPLY [Bug 24319] - Template-based web site

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24319] - Template-based web site

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

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 [Bug 24319] New: - Template-based web site

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

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 Sa

Re: Fooling around with cocoon davmap

Unico Hommes <[EMAIL PROTECTED]> wrote: > Guido Casper wrote: >> 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 >> http://

Re: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

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 underst

RE: Fooling around with cocoon davmap

Guido Casper wrote: > > Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > > > 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_D

RE: Fooling around with cocoon davmap

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) indica

Re: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

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 i

RE: [bug?] exception thrown in sendPage() skips the proper error handler

From: Stefano Mazzocchi > 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 davmap, I added > > > status-code="404"/> > > > to handle all er

RE: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

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.j

Re: Woody form2bean.flow

Bruno Dumon wrote: On Wed, 2003-10-29 at 16:52, Giacomo Pati wrote: Anybody encountered the Exception in the form2bean.flow Woody samples under JDK 1.3? It runs smoth here with a JDK 1.4.2 The problem was a NoSuchMethodError caused by the following call: if (JXPathBindingManager.this.getTheL

Re: [bug?] exception thrown in sendPage() skips the proper error handler

See also: http://marc.theaimsgroup.com/?t=10631375302&r=1&w=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

Re: Fooling around with cocoon davmap

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 t

DO NOT REPLY [Bug 24240] - Generate/XInclude/CInclude from cocoon:// has wrong context

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: HTML editor widget (was Re: [proposal] Doco)

On Fri, 2003-10-31 at 22:54, Marc van Kempen wrote: > Bruno Dumon wrote: > >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? > > > > > > >

RE: Portlet environment (JSR168)

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 definitl

Re: [BUG] Cocoon doesn't handle trailing slashes correctly

On Saturday, Nov 1, 2003, at 08:29 Europe/Rome, Andreas Hochsteger wrote: 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 Coc

Re: 1060 NetKernel: virtual Internet operating system, XML runtime

On Saturday, Nov 1, 2003, at 07:53 Europe/Rome, Niclas Hedhman wrote: On Friday 31 October 2003 20:09, Stefano Mazzocchi wrote: On Thursday, Oct 30, 2003, at 17:05 Europe/Rome, Rogier Peters wrote: http://www.1060.org/ there is one say in english that I really like: "don't bite more than you can

Re: [Woody] form2 XML binding example does not set id for new rows

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 trie

Re: [RT] Direct Form->SQL mapping through OJB and DynaBeans

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 ca

Re: [BUG] Cocoon doesn't handle trailing slashes correctly

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: http://marc.theaimsgro