RequestModule

2008-01-04 Thread Ralph Goers
I'm trying to test the change to JXPathHelper and have run into problems on the RequestModule sample. It fails in JXPath trying to process the attributeNames. The problem occurs because the attributeNames member of ReqeustWrapper is represented by an IndexedPropertyDescriptor instead of a

[jira] Commented: (COCOON-2158) XMLByteStreamCompiler hard-coded limits of 0xffff Strings prevents large XML documents from being handled in Cocoon

2008-01-04 Thread Vadim Gritsenko (JIRA)
[ https://issues.apache.org/jira/browse/COCOON-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12555932#action_12555932 ] Vadim Gritsenko commented on COCOON-2158: - I'd like to point out that attached

Re: [Vote] Cocoon Release 2.1.11

2008-01-04 Thread Jeroen Reijn
Carsten, yes that is a good idea. I'll try to test it with Hippo CMS over the weekend or so, since I'm also on vacation right now. Let's see if the new build brakes something. I'll let you know as soon as possible. Kind regards, Jeroen Reijn ps. Happy new year everybody! On Fri, 2008-01-04

ForrestBot build for cocoon-docs FAILED

2008-01-04 Thread Forrestbot
Automated build for cocoon-docs FAILED Log attached. -- Forrestbot run ended at 04 January 01:04 PM Using Forrest 0.9-dev Forrestbot administrator: ForrestBot -- [echo] ... Forrest render START 2008-01-04 12:22:30 ... Rendering docs in

Re: [jira] Closed: (COCOON-2052) Allow Ajax submission of forms with empty upload field

2008-01-04 Thread Grzegorz Kossakowski
Carsten Ziegeler pisze: Joerg Heinicke wrote: On 03.01.2008 8:36 Uhr, Grzegorz Kossakowski wrote: Oh, thanks for reminding me. I forgot this completely. Ehm, now I'm a little bit lost here. Shouldn't this patch go into the 2.1.x branch as well? And how likely is it that we will release a

Re: [jira] Closed: (COCOON-2052) Allow Ajax submission of forms with empty upload field

2008-01-04 Thread Grzegorz Kossakowski
Carsten Ziegeler pisze: Grzegorz Kossakowski wrote: Carsten Ziegeler pisze: Forms 1.0.0 will be released along with Cocoon 2.2. In fact, it will be Cocoon core released as 2.2, the rest artifacts will get 1.0.0 version numbers. Yes, I know that but still it feels strange to me to have no

[jira] Commented: (COCOON-2158) XMLByteStreamCompiler hard-coded limits of 0xffff Strings prevents large XML documents from being handled in Cocoon

2008-01-04 Thread Eric Meyer (JIRA)
[ https://issues.apache.org/jira/browse/COCOON-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12555969#action_12555969 ] Eric Meyer commented on COCOON-2158: Vadim - thank you for pointing out the 65k

[jira] Updated: (COCOON-2158) XMLByteStreamCompiler hard-coded limits of 0xffff Strings prevents large XML documents from being handled in Cocoon

2008-01-04 Thread Eric Meyer (JIRA)
[ https://issues.apache.org/jira/browse/COCOON-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Meyer updated COCOON-2158: --- Attachment: cocoon-xmlbytestream-bigstrings.patch Updated to change string length limit to

Re: [jira] Closed: (COCOON-2052) Allow Ajax submission of forms with empty upload field

2008-01-04 Thread Carsten Ziegeler
Grzegorz Kossakowski wrote: Carsten Ziegeler pisze: Joerg Heinicke wrote: On 03.01.2008 8:36 Uhr, Grzegorz Kossakowski wrote: Oh, thanks for reminding me. I forgot this completely. Ehm, now I'm a little bit lost here. Shouldn't this patch go into the 2.1.x branch as well? And how likely is

[jira] Commented: (COCOON-2158) XMLByteStreamCompiler hard-coded limits of 0xffff Strings prevents large XML documents from being handled in Cocoon

2008-01-04 Thread Antonio Gallardo (JIRA)
[ https://issues.apache.org/jira/browse/COCOON-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12556039#action_12556039 ] Antonio Gallardo commented on COCOON-2158: -- Code from 2.2 is already backported.

Re: context protocol in trunk

2008-01-04 Thread Grzegorz Kossakowski
Ralph Goers pisze: Does the context protocol work in trunk? In the XMLFileModule sample it is resolving to the wrong location. To what location does it resolve? -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/

context protocol in trunk

2008-01-04 Thread Ralph Goers
Does the context protocol work in trunk? In the XMLFileModule sample it is resolving to the wrong location. Ralph Goers wrote: I'm trying to get XPathXMLFileModule working in trunk. However, before I can even get that far it doesn't look like XMLFileModule works. It fails saying it can't find

Re: [Vote] Cocoon Release 2.1.11

2008-01-04 Thread David Crossley
Would someone please look at why a recent change in Daisy seemed to break the automated building of 2.1 docs. I am away now for our weekend. http://article.gmane.org/gmane.text.xml.cocoon.devel/76511 Perhaps browse the docs@ list in the period prior to the first forrestbot report. -David

Re: RequestModule

2008-01-04 Thread Ralph Goers
I have fixed this and will be checking it in along with my other JXPathHelper and XPathXMLFileModule changes. The real problem here is that the Introspector uses an IndexedPropertyDescriptor whenever a getter exists with an int parameter. It thinks the int is an index into an array. So the

Re: context protocol in trunk

2008-01-04 Thread Ralph Goers
It is specified as context://samples/modules/forrestconf.xml. Cocoon is looking for it in /projects/cocoon/trunk/core/cocoon-webapp/target/cocoon-webapp/samples/modules/forrestconf.xml (very similar to where 2.1 would have looked for it). The file is actually located at

ForrestBot build for cocoon-docs FAILED

2008-01-04 Thread Forrestbot
Automated build for cocoon-docs FAILED Log attached. -- Forrestbot run ended at 05 January 12:47 AM Using Forrest 0.9-dev Forrestbot administrator: ForrestBot -- [echo] ... Forrest render START 2008-01-05 12:22:23 ... Rendering docs in