Jasha Joachimsthal | 2 Jun 09:38 2008

RE: Database to Excel Spreadsheet

Hi Matthew,

It looks like you're on the right track.
I assume 
<map:match pattern="*.xls">
Will be followed with something like
<map:generate type="file" src="content/{1}.xml" />

So the wildcard is being used.
I don't know what your xml file looks like, but if it's only replacing
one lookup value for your SQL query, try using the JX Generator [1]. 

Your generator may look like:
<map:generate type="jx" src="content/query.xml">
<map:parameter name="record" value="{1}" />
</map:generate>

[1] http://cocoon.apache.org/2.1/userdocs/jx-generator.html

Regards,

Jasha Joachimsthal 

www.onehippo.com
Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 
San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA
94952-3329 +1 (707) 773-4646

> -----Original Message-----
> From: Matthew Monkan [mailto:matthew <at> ieee.org] 
(Continue reading)

Dominic Tootell | 2 Jun 10:44 2008
Picon
Picon

RE: Cocoon 2.2 resources outside of a Block

Hi Grzegorz,

Apologies for cross posting; although it did finally yet me an answer
;-).

I'll take a look at the tutorial you posted.  However, I have to agree
with the other's on this list.  Having to go to your ide (eclipse),
re-package the block jar, and re-deploy it to the application server
(sometimes you can't use jetty - i.e. you have apache tunnelling
requests though mod_jk to tomcat for instance and need to test it);
isn't pain free Rapid Application Development, especially for a css or
xml change.  This is probably one of the great things in 2.1; that
people are now struggling with in 2.2; and could actually make the
difference between upgrading and not.  

Although, for a packing, maintenance, splitting up of concerns,
asynchronous development, change management control production
environments, etc; blocks are the way forward.

One of the things I was thinking of doing, is introducing a property in
the block's sitemap, which resolved to my local development directory.
i.e.:

	<map:generate src="${local.block.resources}content/{1}.xml"/>

Resolves to:

	<map:generate
src="file://d:/projects/development/metadata_services/cocoon/cocoon2-2-s
table-projects/Search/Homepage/src/main/resources/COB-INF/content/{1}.xm
(Continue reading)

Dominic Tootell | 2 Jun 10:57 2008
Picon
Picon

RE: Cocoon 2.2 (Flcowscript) and Spring MVC - How To

Andrew,
 
When you say incoropation of Spring MVC into Cocoon 2.2, and flowscript.  What elements of the MVC architecture are you trying to access in flowscript?  are you just trying to obtain a reference to your service objects via flowscript, as they should be available by calling cocoon.getComponent("<beanname>") i.e.:
 
 
    function action(form)
    {
        var springService = cocoon.getComponent("SuggestedTermManagementService")
    ....
    }
 
 

    <bean id="SuggestedTermManagementService" class="com.mycompany.HibernateSuggestedTermManagementRepository">
            <property name="hibernateTemplate" ref="hibernateTemplate"/>
    </bean>

defined in <blockname>/src/main/resources/META-INF/cocoon/spring/block-servlet-service.xml

Or are you trying to go to a page (view) that is managed by Spring MVC from flowscript, this should be a (off top of my head) a matter of sending the flowscript off to a pipeline that goes to the Spring MVC app.  Maybe you could use the servlet: protocol in the sitemap to acheive this.

 

/dom

 
 

From: Andrew Madu [mailto:andrewmadu <at> gmail.com]
Sent: 31 May 2008 11:43
To: users <at> cocoon.apache.org
Subject: Re: Cocoon 2.2 (Flcowscript) and Spring MVC - How To

Bump!

On Thu, May 29, 2008 at 3:01 PM, Andrew Madu <andrewmadu <at> gmail.com> wrote:
Hi,
can someone please direct me to any available information regarding the incoroporation of Spring MVC into Cocoon 2.2? In particular I would like to know whether Spring MVC can be incorporated into flowscript, and if so how.

Many thanks in advance.


http://www.bbc.co.uk
This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately.
Please note that the BBC monitors e-mails sent or received.
Further communication will signify your consent to this.
navrc | 2 Jun 11:04 2008
Picon

get map parameter in JX template


Hallo,
How can I get a map parameter in JX template. I'm using cocoon 2.1.11. In
sitemap I have:

<map:match pattern="AAA">
                <map:generate type="jx" src="jx_test.xml">
                  <map:parameter name="test" value="testValue"/>
                </map:generate>
                <map:serialize type="xml"/>
</map:match>

And in template I have:
${cocoon.parameters('test')}
${cocoon.parameters.test}

There is no output.

But when I write only ${cocoon.parameters} I get:

Parameters[r/w]:{test=testValue}

Whot I do wrong.

Many thanks.
Pavel Navrkal

--

-- 
View this message in context: http://www.nabble.com/get-map-parameter-in-JX-template-tp17596912p17596912.html
Sent from the Cocoon - Users mailing list archive at Nabble.com.
Jasha Joachimsthal | 2 Jun 11:07 2008

RE: get map parameter in JX template

If you try
<map:generate type="newjx" src="jx_test.xml">

Do you get any value then?

Jasha Joachimsthal 

www.onehippo.com
Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 
San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA
94952-3329 +1 (707) 773-4646

> -----Original Message-----
> From: navrc [mailto:navrkal.pavel <at> seznam.cz] 
> Sent: maandag 2 juni 2008 11:05
> To: users <at> cocoon.apache.org
> Subject: get map parameter in JX template
> 
> 
> Hallo,
> How can I get a map parameter in JX template. I'm using 
> cocoon 2.1.11. In sitemap I have:
> 
> <map:match pattern="AAA">
>                 <map:generate type="jx" src="jx_test.xml">
>                   <map:parameter name="test" value="testValue"/>
>                 </map:generate>
>                 <map:serialize type="xml"/> </map:match>
> 
> And in template I have:
> ${cocoon.parameters('test')}
> ${cocoon.parameters.test}
> 
> There is no output.
> 
> But when I write only ${cocoon.parameters} I get:
> 
> Parameters[r/w]:{test=testValue}
> 
> Whot I do wrong.
> 
> Many thanks.
> Pavel Navrkal
> 
> 
> --
> View this message in context: 
> http://www.nabble.com/get-map-parameter-in-JX-template-tp17596
> 912p17596912.html
> Sent from the Cocoon - Users mailing list archive at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe <at> cocoon.apache.org
> For additional commands, e-mail: users-help <at> cocoon.apache.org
> 
> 
navrc | 2 Jun 11:14 2008
Picon

Re: get map parameter in JX template


Yes, with newjx it is OK. What is the different between jx and newjx.

Thanks
Pavel
--

-- 
View this message in context: http://www.nabble.com/get-map-parameter-in-JX-template-tp17596912p17597084.html
Sent from the Cocoon - Users mailing list archive at Nabble.com.
Jasha Joachimsthal | 2 Jun 11:25 2008

RE: get map parameter in JX template

Different class

From the Cocoon 2.1.11 main sitemap:

<map:generator label="content" logger="sitemap.generator.jx" name="jx"
pool-max="${jx-generator.pool-max}"
src="org.apache.cocoon.generation.JXTemplateGenerator"/>

<map:generator label="content" logger="sitemap.generator.jx"
name="newjx" pool-max="16"
src="org.apache.cocoon.template.JXTemplateGenerator"></map:generator>

Regards,

Jasha

> -----Original Message-----
> From: navrc [mailto:navrkal.pavel <at> seznam.cz] 
> Sent: maandag 2 juni 2008 11:15
> To: users <at> cocoon.apache.org
> Subject: Re: get map parameter in JX template
> 
> 
> Yes, with newjx it is OK. What is the different between jx and newjx.
> 
> Thanks
> Pavel
> --
> View this message in context: 
> http://www.nabble.com/get-map-parameter-in-JX-template-tp17596
> 912p17597084.html
> Sent from the Cocoon - Users mailing list archive at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe <at> cocoon.apache.org
> For additional commands, e-mail: users-help <at> cocoon.apache.org
> 
> 
Derek Hohls | 2 Jun 12:11 2008
Picon

RE: Cocoon 2.2 resources outside of a Block

Have to add in my 1/2c as well - as someone who has found 2.1 perfect
for development with (heavy duty) programming, and for whom issues like
packing, maintenance,  asynchronous development, change management 
control production environments have never actually been issues 
(I am now wondering what it is I should have been worrying about all 
those years!!)  C2.1  allows me to focus on delivering an application, 
rather than on messing around with debugging, building, deploying etc etc.  
That's what make it rapid!  

I am now wondering if 2.1 will maintained at all, or if its time to start 
looking around for alternatives... (though I doubt anything will be as 
easy as what we have now)

Derek 

>>> On 2008/06/02 at 10:44, in message
<EA4F28019C0E9D4CAB01C299C1C5D41D055209E4 <at> bbcxues10.national.core.bbc.co.uk>, "Dominic
Tootell" <dominic.tootell <at> bbc.co.uk> wrote:
Hi Grzegorz,

Apologies for cross posting; although it did finally yet me an answer
;-).

I'll take a look at the tutorial you posted.  However, I have to agree
with the other's on this list.  Having to go to your ide (eclipse),
re-package the block jar, and re-deploy it to the application server
(sometimes you can't use jetty - i.e. you have apache tunnelling
requests though mod_jk to tomcat for instance and need to test it);
isn't pain free Rapid Application Development, especially for a css or
xml change.  This is probably one of the great things in 2.1; that
people are now struggling with in 2.2; and could actually make the
difference between upgrading and not.  

Although, for a packing, maintenance, splitting up of concerns,
asynchronous development, change management control production
environments, etc; blocks are the way forward.

.... etc.

--

-- 
This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and
implemented Open Document Format (ODF) standard. 
The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.

This message has been scanned for viruses and dangerous content by MailScanner, 
and is believed to be clean.  MailScanner thanks Transtec Computers for their support.
Grzegorz Kossakowski | 2 Jun 12:56 2008

Re: Cocoon 2.2 resources outside of a Block

Dominic Tootell wrote:
> Hi Grzegorz,
>
> Apologies for cross posting; although it did finally yet me an answer
> ;-).
>
> I'll take a look at the tutorial you posted.  However, I have to agree
> with the other's on this list.  Having to go to your ide (eclipse),
> re-package the block jar, and re-deploy it to the application server
> (sometimes you can't use jetty - i.e. you have apache tunnelling
> requests though mod_jk to tomcat for instance and need to test it);
> isn't pain free Rapid Application Development, especially for a css or
> xml change.  This is probably one of the great things in 2.1; that
> people are now struggling with in 2.2; and could actually make the
> difference between upgrading and not.  
>
> Although, for a packing, maintenance, splitting up of concerns,
> asynchronous development, change management control production
> environments, etc; blocks are the way forward.
>
>
>
> One of the things I was thinking of doing, is introducing a property in
> the block's sitemap, which resolved to my local development directory.
> i.e.:
>
> 	<map:generate src="${local.block.resources}content/{1}.xml"/>
>
> Resolves to:
>
> 	<map:generate
> src="file://d:/projects/development/metadata_services/cocoon/cocoon2-2-s
> table-projects/Search/Homepage/src/main/resources/COB-INF/content/{1}.xm
> l"/>
>
>
>
> At at deployment/packaging time have maven filter this property in the
> sitemap. i.e:
>
> <build>
> 	<filters>
> 	
> <filter>src/main/filter/filter-${env}.properties</filter>
> 	</filters>
> 	<resources>
> 		<resource>
> 			<directory>src/main/COB-INF</directory>
> 			<filtering>true</filtering>
> 		</resource>
> 	</resources>
> </build>
>
>
> filter-dev.properties contains:
>
> 	
> local.block.resources=file://d:/projects/development/metadata_services/c
> ocoon/cocoon2-2-stable-projects/Search/Homepage/src/main/resources/COB-I
> NF/
>
> filter-prod.properties contains <purposely blank so it can use the
> block's jar versions on live):
>
> 	local.block.resources=
>
>
>
> In my local settings.xml define a profile for dev, integration, qa, prod
> (see
> http://sujitpal.blogspot.com/2006/10/maven2-multi-environment-filter-set
> up.html for more details)
>
> <!-- default environment -->
> <properties>
>   <env>dev</env>
> </properties>
> <profiles>
>   <profile>
>     <id>dev</id>
>     <properties>
>       <env>dev</env>
>     </properties>
>   </profile>
>   <profile>
>     <id>integration</id>
>     <properties>
>       <env>integration</env>
>     </properties>
>   </profile>
> ....
>
>
> This means I can then edit my resoures in COB-INF in eclipse
> (stylesheets, css, xml, etc) and have them picked up without redeploy
> etc.  The only downside is; you can only work on one block at a time;
> which actually really enforces the separation of concerns that Block's
> represent.  And perhaps more of a concern, that you can't edit the
> sitemap.xmap in the block.  This would still require a package and
> deployment.
>
>
> At the moment, the above is one half-solution to easing development; but
> is a bit of a maintenance nightmare.  It's also just thinking off the
> top of my Head and yet to be tested.  Would be nice if it was just
> supported in 2.2.
>
>
> I could always you the "context://" protocol:
>
>
> 	<map:generate src="context://contents/{1}.xml"/>
>
> Which means I can copy the contents of COB-INF manually to
> webapps/<MainWebApp>, but you lose the block structure and you have to
> manually copy over the COB-INF.
>
>
> Maybe others have some better ideas?
> /dom

Dominic, you would better have watched my video before posting anything
here. ;-)
Actually, what you described above is what our RCL (Maven plug-in) does
but it does it in much convenient way with more features and multi-block
support...

The video shows how you can modify Java classes and Spring configuration
and see changes immediately but (obviously) the same applies to other
block resources like XML files, sitemaps, CSS etc.

After seeing all these e-mails complaining about some non-existing
problems of C2.2 I think it's right time to prepare "Top 10
misconceptions on Cocoon 2.2".
Something to worth consideration...

--

-- 
Grzegorz Kossakowski
Marc Salvetti | 2 Jun 13:16 2008
Picon

switch off parser validation in cocoon 2.2

Hello,

I'm having a big issue that just appeared after a server crash, I don't know why, either it's a configuration problem but now get the following error when accessing some parts of the project.

From what I understand, it's an xml validation issue as apparently the parser try to find an xml schema or dtd to validate but for some reason I don't get it doesn't look locally for it, which is obviously very bad for performances and is now creating this error.

Does anyone have an idea on how to either switch off validation or at least make it local ?

Marc

java.net.UnknownHostException: www.w3.org

at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:177)
at java.net.Socket.connect(Socket.java:518)
at java.net.Socket.connect(Socket.java:468)
at sun.net.NetworkClient.doConnect(NetworkClient.java:157)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:389)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:516)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:233)
at sun.net.www.http.HttpClient.New(HttpClient.java:306)
at sun.net.www.http.HttpClient.New(HttpClient.java:318)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:788)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:729)
at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:654)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:977)
at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startDTDEntity(Unknown Source)
at org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:315)
at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.cocoon.core.container.handler.PoolableComponentHandler$ProxyHandler.invoke(PoolableComponentHandler.java:147)
at $Proxy0.parse(Unknown Source)
at org.apache.excalibur.xmlizer.DefaultXMLizer.toSAX(DefaultXMLizer.java:128)
at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:185)
at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:155)
at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:226)
at org.apache.cocoon.transformation.CIncludeTransformer.endTransformingElement(CIncludeTransformer.java:387)
at org.apache.cocoon.transformation.AbstractSAXTransformer.endElement(AbstractSAXTransformer.java:485)
at org.apache.xml.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:261)
at org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1399)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2411)
at org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1374)
at org.apache.xalan.templates.ElemApplyTemplates.transformSelectedNodes(ElemApplyTemplates.java:393)
at org.apache.xalan.templates.ElemApplyTemplates.execute(ElemApplyTemplates.java:176)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2411)
at org.apache.xalan.templates.ElemCopy.execute(ElemCopy.java:114)
at org.apache.xalan.templates.ElemApplyTemplates.transformSelectedNodes(ElemApplyTemplates.java:393)
at org.apache.xalan.templates.ElemApplyTemplates.execute(ElemApplyTemplates.java:176)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2411)
at org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2281)
at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1367)
at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3458)
at org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:406)
at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:55)
at org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer.java:585)
at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:55)
at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:55)
at org.apache.cocoon.environment.internal.EnvironmentChanger.endDocument(EnvironmentStack.java:119)
at org.apache.xml.serializer.ToXMLSAXHandler.endDocument(ToXMLSAXHandler.java:181)
at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1378)
at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3458)
at org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:406)
at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:55)
at org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer.java:585)
at org.apache.xml.serializer.ToXMLSAXHandler.endDocument(ToXMLSAXHandler.java:181)
at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1378)
at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3458)
at org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:406)
at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:55)
at org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer.java:585)
at org.apache.cocoon.sitemap.DefaultContentAggregator.generate(DefaultContentAggregator.java:135)
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:537)
at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:174)
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:722)
at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:347)
at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:97)
at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:276)
at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:118)
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:537)
at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:174)
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:722)
at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:347)
at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:97)
at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:276)
at org.apache.cocoon.sitemap.DefaultContentAggregator.generate(DefaultContentAggregator.java:126)
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:537)
at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:174)
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:437)
at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:137)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at org.apache.cocoon.components.treeprocessor.sitemap.SwitchSelectNode.invoke(SwitchSelectNode.java:88)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at org.apache.cocoon.components.treeprocessor.ContainerNode.invoke(ContainerNode.java:38)
at org.apache.cocoon.components.treeprocessor.CategoryNode.invokeByName(CategoryNode.java:66)
at org.apache.cocoon.components.treeprocessor.sitemap.CallNode.invoke(CallNode.java:83)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:116)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:121)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:155)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:95)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:292)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:223)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:289)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:114)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:116)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:155)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:95)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:292)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:223)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:289)
at org.apache.cocoon.Cocoon.process(Cocoon.java:557)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:364)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697)
at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Thread.java:619)



Gmane