NPE in JXTemplate

2005-05-10 Thread Reinhard Poetz
Leszek Gawron wrote: fixed. thanks for reporting. thanks for fixing it! in the meantime I found another problem :-( in http://localhost:/samples/blocks/forms/form2simpleXML.flow when I want to show the form as XML: java.lang.NullPointerException at

RE: Cocoon vs Struts

2005-05-10 Thread trampus
My question is what's advantages and disadvantages i get integrating Cocoon in my web project Java+Struts? Is worth it the change? Hi, I don't use struts, anyway: - both are MVC framework, so you can do almost the same task in Struts and/or cocoon. - Somebody claims Struts is betters than

Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator

2005-05-10 Thread Leszek Gawron
Vadim Gritsenko wrote: Leszek Gawron wrote: Reinhard Poetz wrote: [EMAIL PROTECTED] wrote: Author: lgawron Date: Sun May 8 14:23:28 2005 New Revision: 169169 URL: http://svn.apache.org/viewcvs?rev=169169view=rev Log: JXTG uses cocoon store Modified:

Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator

2005-05-10 Thread Sylvain Wallez
Leszek Gawron wrote: Vadim Gritsenko wrote: Leszek Gawron wrote: Reinhard Poetz wrote: [EMAIL PROTECTED] wrote: Author: lgawron Date: Sun May 8 14:23:28 2005 New Revision: 169169 URL: http://svn.apache.org/viewcvs?rev=169169view=rev Log: JXTG uses cocoon store Modified:

Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator

2005-05-10 Thread Leszek Gawron
Sylvain Wallez wrote: Leszek Gawron wrote: Vadim Gritsenko wrote: Leszek Gawron wrote: Reinhard Poetz wrote: [EMAIL PROTECTED] wrote: Author: lgawron Date: Sun May 8 14:23:28 2005 New Revision: 169169 URL: http://svn.apache.org/viewcvs?rev=169169view=rev Log: JXTG uses cocoon store Modified:

synchronization in flow script

2005-05-10 Thread Joerg Heinicke
Hello, I have a question regarding synchronization in flow script. I need an object per session, so the instantiation must be synchronized. Furthermore the object is an Avalon component, so I need to call something like cocoon.createComponent(). Now how is it possible in Flow script? The

Re: synchronization in flow script

2005-05-10 Thread Sylvain Wallez
Joerg Heinicke wrote: Hello, I have a question regarding synchronization in flow script. I need an object per session, so the instantiation must be synchronized. Furthermore the object is an Avalon component, so I need to call something like cocoon.createComponent(). Now how is it possible in Flow

User-Agent in Command-line interface

2005-05-10 Thread James Bates
The Cocoon command line interface provides a switch for simulating the Cocoon User-Agent header that would be sent by a browser. The idea being that it could be used by e.g. the browser selector to detect that a request is coming from the CLI. When investigating however, I noticed that

Re: User-Agent in Command-line interface

2005-05-10 Thread Upayavira
James Bates wrote: The Cocoon command line interface provides a switch for simulating the Cocoon User-Agent header that would be sent by a browser. The idea being that it could be used by e.g. the browser selector to detect that a request is coming from the CLI. When investigating however,

Re: synchronization in flow script

2005-05-10 Thread Joerg Heinicke
Sylvain Wallez sylvain at apache.org writes: Joerg Heinicke wrote: Hello, I have a question regarding synchronization in flow script. I need an object per session, so the instantiation must be synchronized. Furthermore the object is an Avalon component, so I need to call something

Re: NPE in JXTemplate

2005-05-10 Thread Leszek Gawron
Reinhard Poetz wrote: Leszek Gawron wrote: fixed. thanks for reporting. thanks for fixing it! in the meantime I found another problem :-( in http://localhost:/samples/blocks/forms/form2simpleXML.flow when I want to show the form as XML: java.lang.NullPointerException at

Re: NPE in JXTemplate

2005-05-10 Thread Leszek Gawron
Leszek Gawron wrote: Reinhard Poetz wrote: Leszek Gawron wrote: fixed. thanks for reporting. thanks for fixing it! in the meantime I found another problem :-( in http://localhost:/samples/blocks/forms/form2simpleXML.flow when I want to show the form as XML: java.lang.NullPointerException

Re: NPE in JXTemplate

2005-05-10 Thread Leszek Gawron
Leszek Gawron wrote: I am not able to diagnose it properly. Sylvain, could you help? removing RedundantNamespacesFilter from: public void performGeneration(Event startEvent, Event endEvent) throws SAXException { XMLConsumer consumer = new AttributeAwareXMLConsumerImpl( new

Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator

2005-05-10 Thread Vadim Gritsenko
Leszek Gawron wrote: Sylvain Wallez wrote: Leszek Gawron wrote: Vadim Gritsenko wrote: Leszek Gawron wrote: I think I have to switch to transient store because at least for now jxtg template is not serializable. Is there a reason not to use transient store for jxtg? none .. but I thought it is

Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator

2005-05-10 Thread Vadim Gritsenko
Sylvain Wallez wrote: The transient store is meant as a cache for objects that aren't serializable, whereas the regular store has a memory front-end and some persistent filesystem swap, and therefore can only accept serializable objects. Not true. Regular store must accept all objects. See also

Re: Continuation invalidation strategy

2005-05-10 Thread Leszek Gawron
Vadim Gritsenko wrote: Leszek Gawron wrote: Vadim Gritsenko wrote: If you want to tinker with ContinuationsManagerImpl, take a look at: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=111323704203839 Strange I missed that post .. Unsynchronized access to WebContinuationsHolder from

Re: Continuation invalidation strategy

2005-05-10 Thread Leszek Gawron
Torsten Curdt wrote: The execution state of a continuation is dependent on it's parent state. This is true for differential continuation where the lexical information is split across the child axis. (Which is currently not the case for javaflow) So although we may trash parent webcontinuations

Re: svn commit: r169469 - /cocoon/trunk/status.xml

2005-05-10 Thread Vadim Gritsenko
[EMAIL PROTECTED] wrote: Modified: cocoon/trunk/status.xml + New commands available: jx:call macro=${macroName}/ + and jx:attribute name=${attributeName} value=${attributeValue}/ You forgot to escape xml: + New commands available: codelt;jx:call macro=${macroName}/gt;/code Vadim

Re: svn commit: r169469 - /cocoon/trunk/status.xml

2005-05-10 Thread Leszek Gawron
Vadim Gritsenko wrote: [EMAIL PROTECTED] wrote: Modified: cocoon/trunk/status.xml + New commands available: jx:call macro=${macroName}/ + and jx:attribute name=${attributeName} value=${attributeValue}/ You forgot to escape xml: + New commands available: codelt;jx:call

Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator

2005-05-10 Thread Leszek Gawron
Vadim Gritsenko wrote: Sylvain Wallez wrote: The transient store is meant as a cache for objects that aren't serializable, whereas the regular store has a memory front-end and some persistent filesystem swap, and therefore can only accept serializable objects. Not true. Regular store must

Re: Continuation invalidation strategy

2005-05-10 Thread Peter Hunsberger
On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote: Vadim Gritsenko wrote: Leszek Gawron wrote: Vadim Gritsenko wrote: If you want to tinker with ContinuationsManagerImpl, take a look at: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=111323704203839 Strange I missed that post

Re: Continuation invalidation strategy

2005-05-10 Thread Leszek Gawron
Peter Hunsberger wrote: On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote: Vadim Gritsenko wrote: Leszek Gawron wrote: Vadim Gritsenko wrote: If you want to tinker with ContinuationsManagerImpl, take a look at: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=111323704203839 Strange I missed

Re: Continuation invalidation strategy

2005-05-10 Thread Reinhard Poetz
Leszek Gawron wrote: Torsten Curdt wrote: The execution state of a continuation is dependent on it's parent state. This is true for differential continuation where the lexical information is split across the child axis. (Which is currently not the case for javaflow) So although we may trash

Re: svn commit: r169477 - /cocoon/branches/BRANCH_2_1_X/src/blocks/axis/java/org/apache/cocoon/webservices/system/System.java

2005-05-10 Thread Leszek Gawron
[EMAIL PROTECTED] wrote: Author: vgritsenko Date: Tue May 10 07:20:17 2005 New Revision: 169477 URL: http://svn.apache.org/viewcvs?rev=169477view=rev Log: javadoc Modified: cocoon/branches/BRANCH_2_1_X/src/blocks/axis/java/org/apache/cocoon/webservices/system/System.java Modified:

Re: Continuation invalidation strategy

2005-05-10 Thread Peter Hunsberger
On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote: Peter Hunsberger wrote: On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote: Vadim Gritsenko wrote: Leszek Gawron wrote: Vadim Gritsenko wrote: If you want to tinker with ContinuationsManagerImpl, take a look at:

Re: Continuation invalidation strategy

2005-05-10 Thread Leszek Gawron
Peter Hunsberger wrote: On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote: Peter Hunsberger wrote: On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote: Vadim Gritsenko wrote: Leszek Gawron wrote: Vadim Gritsenko wrote: If you want to tinker with ContinuationsManagerImpl, take a look at:

#{$cocoon/request/request/protocol}

2005-05-10 Thread Leszek Gawron
I know now why #{$cocoon/request/protocol} does not work for JXPath in JXTG. Thing is FOM_Request is not JXPath friendly. JXPath is querying for all FOM_Request properties and finds none. if you add public Request getRequest() to FOM_Request then you are able to do

Re: Continuation invalidation strategy

2005-05-10 Thread Peter Hunsberger
On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote: Peter Hunsberger wrote: On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote: Peter Hunsberger wrote: On 5/10/05, Leszek Gawron [EMAIL PROTECTED] wrote: snip/ Still HashMap has no interface other than iterator to get it's contents.

Re: svn commit: r169477 - /cocoon/branches/BRANCH_2_1_X/src/blocks/axis/java/org/apache/cocoon/webservices/system/System.java

2005-05-10 Thread Vadim Gritsenko
Leszek Gawron wrote: [EMAIL PROTECTED] wrote: - * Copyright 1999-2004 The Apache Software Foundation. + * Copyright 1999-2005 The Apache Software Foundation. Do we replace that manually? I just checked - there's an awful lot of files that have 2004 date. Last time it was replaced automatically,

Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator

2005-05-10 Thread Sylvain Wallez
Vadim Gritsenko wrote: Sylvain Wallez wrote: The transient store is meant as a cache for objects that aren't serializable, whereas the regular store has a memory front-end and some persistent filesystem swap, and therefore can only accept serializable objects. Not true. Regular store must

Re: #{$cocoon/request/request/protocol}

2005-05-10 Thread Leszek Gawron
Vadim Gritsenko wrote: Leszek Gawron wrote: I know now why #{$cocoon/request/protocol} does not work for JXPath in JXTG. [assuming that we are talking here about Cocoon 2.2 template block] Thing is FOM_Request is not JXPath friendly. JXPath is querying for all FOM_Request properties and finds

Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator

2005-05-10 Thread Vadim Gritsenko
Sylvain Wallez wrote: Vadim Gritsenko wrote: Sylvain Wallez wrote: The transient store is meant as a cache for objects that aren't serializable, whereas the regular store has a memory front-end and some persistent filesystem swap, and therefore can only accept serializable objects. Not true.

XML Fragements in widgets

2005-05-10 Thread Reinhard Poetz
I have the need for a widget that contains XML fragments. Those fragements should also be streamed as XML and not as strings. How can I achieve this? My first (and only) idea is implementing a new widget type (XMLWidget). Or are there better solutions? -- Reinhard Pötz Independent

Re: #{$cocoon/request/request/protocol}

2005-05-10 Thread Vadim Gritsenko
Leszek Gawron wrote: Vadim Gritsenko wrote: Why FOM_Request is in jx in the first place? I understand why it is in old jxtg in Cocoon 2.1, but new version should be flow independent. for that we have to ask Daniel as he was the one to introduce it in TemplateObjectModelHelper revision 159059:

Re: #{$cocoon/request/request/protocol}

2005-05-10 Thread Leszek Gawron
Leszek Gawron wrote: Vadim Gritsenko wrote: Leszek Gawron wrote: I know now why #{$cocoon/request/protocol} does not work for JXPath in JXTG. [assuming that we are talking here about Cocoon 2.2 template block] Thing is FOM_Request is not JXPath friendly. JXPath is querying for all FOM_Request

Re: #{$cocoon/request/request/protocol}

2005-05-10 Thread Daniel Fagerstrom
Leszek Gawron wrote: Leszek Gawron wrote: Vadim Gritsenko wrote: snip/ Why FOM_Request is in jx in the first place? I understand why it is in old jxtg in Cocoon 2.1, but new version should be flow independent. The flow independence we talked about was to make JXTG work without needing to call

[IMP] synchronization on session object in Cocoon

2005-05-10 Thread Joerg Heinicke
Hello, I think I have found a more general problem with synchronization in Cocoon. I tried to solve my problem with synchronization in flow script with an intermediate object. This object handles the synchronized instantiation of my component. Unfortunately I found out that synchronized (session)

Feedback on SpreadCocoon, and a suggestion for CocoonGT.org

2005-05-10 Thread Mark Leicester
Hello everyone, Now that SpreadCocoon (http://www.spreadcocoon.com) has been running for a month or so, I want to talk with the list about how we/I can make the site better and more useful to the Cocoon community. I've added an events calendar (http://www.spreadcocoon.com/event), which all

Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator

2005-05-10 Thread Sylvain Wallez
Vadim Gritsenko wrote: Sylvain Wallez wrote: Vadim Gritsenko wrote: Sylvain Wallez wrote: The transient store is meant as a cache for objects that aren't serializable, whereas the regular store has a memory front-end and some persistent filesystem swap, and therefore can only accept

Flow inputModule

2005-05-10 Thread oceatoon
Hi everyone Sorry to still bother with this InputModuel thing, I managed finally to declare my component in Flow but the realpath module getAttributeNames() returns an attribute called requestURI and when I getAttribute(requestURI, null,null), I get a null pointer exception ?? Here's my code: