users@cocoon.apache.org Archives http://mail-archives.apache.org/mod_mbox/cocoon-users/ 2009-12-10T02:26:13Z Re: cocoon3 sitemap call Steven Dolg <steven.dolg@indoqa.com> urn:uuid:%3c4B1F890C-5050303@indoqa-com%3e 2009-12-09T11:25:00Z 
Reinhard Pötz schrieb:
> Thomas Markus wrote:
>   
>> i missed the aop part
>>
>> it would be great to move all servlet independent parts outside of
>> cocoon-servlet (CallStack ...), maybe to cocoon-pipeline
>>
>> currently i cant use cocoon-servlet as dependency (and dont want).
>>
>> org.springframework.beans.factory.BeanCreationException: Error creating
>> bean with name
>> 'org.apache.cocoon.blockdeployment.BlockContextURLStreamHandlerFactory'
>> defined in class path resource
>> [META-INF/cocoon/spring/cocoon-blockdeployment-protocol.xml]:
>> Initialization of bean failed; nested exception is
>> java.lang.ClassCastException:
>> org.springframework.context.support.ClassPathXmlApplicationContext
>> cannot be cast to org.springframework.web.context.WebApplicationContext
>>
>> i try to run a sitemap inside a junit test without any servlet specific
>> parts. this works fine without coocon-servlet. after copying CallFrame,
>> CallStack, MimeTypeCollector and spring config (ugly i know) mimetype is ok.
>>     
>
> I refactored all *Collector aspects and merged them into
> o.a.c.servlet.collector.ResponseHeaderCollector. This collector uses
> data store that implements o.a.c.servlet.collector.CollectorDataStore
> and provided two implementations: one uses a thread local the other the
> CallStack of the ServletService framework.
>   

That sounds good.

> This means that the ResponseHeaderCollector doesn't have a dependency on
> the SSF or the Servlet API any longer.
>   

That sounds even better.

> The last step would be moving it into cocoon-sitemap but I have to find
> a way to ensure that there is no other class in cocoon-sitemap that
> depends on it. Alternatively I could create an own module but it seems
> odd to me doing this for a single class.
>   

Sitemap should be the right place for this.
Pipeline is definitely too low, iow. the infrastructure is missing to 
ensure that those things are actually happening.


The purpose of the pipeline module is to allow direct programmatic 
creation and execution of Cocoon pipelines - wherever you want and no 
matter which other frameworks you might use.
(Just like you would use commons-lang or commons-logging).

The sitemap is the first layer that actually creates some kind of 
predictable environment for the Cocoon pipelines and thus is the first 
layer where we can actually rely on assumptions like
having AOP or access to certain information.


Steven


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Problem with <i:include> "Robby Pelssers" <robby.pelssers@ciber.com> urn:uuid:%3c7C655C04B6F59643A1EF66056C0E095E031D1BD7@eusex01-sweden-ecsoft%3e 2009-12-08T15:28:26Z 
Anish,

 

Let's examine this more closely.

 

You specify a serializer of type 'xml'.  However... your xslt does not
contain a root tag when it matches "/".  So basically you should get an
invalid xml result.  So either the sample code you sent is wrong or your
xslt is no good.

 

Robby

 

From: Anish [mailto:anish.sneh@techblue.co.uk] 
Sent: Tuesday, December 08, 2009 3:27 PM
To: users@cocoon.apache.org
Subject: Re: Problem with <i:include>

 

	Can you elaborate your use case by attaching small xml snippets?
From
	what I understand you have some 
	Xml snippet containing an include tag.

Robby my pipeline and XSLT are like:
(Please correct if I 'm wrong)

My sitemap/pipeline:
<map:match pattern="root/sub/mypattern.html">
  <map:generate src="somefile.xml"/>
  <map:transform src="myxslt.xsl">
  <map:transform type="include">      
        <map:parameter name="recursive" value="false"/>
  </map:transform>
  <map:serialize type="xml"/>  
</map:match>
 
 
My XSLT (myxslt.xsl):
 
<xsl:stylesheet version="1.0"
  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
<http://www.w3.org/1999/XSL/Transform> 
  xmlns="http://www.w3.org/1999/xhtml" <http://www.w3.org/1999/xhtml> 
  xmlns:xhtml="http://www.w3.org/1999/xhtml"
<http://www.w3.org/1999/xhtml> 
  xmlns:i="http://apache.org/cocoon/include/1.0"
<http://apache.org/cocoon/include/1.0> 
> 
        <xsl:template match="/">
               Some test data
               <i:include src="cocoon://root/sub/mypattern.html"/>

        </xsl:template>
</xsl:stylesheet>
 
The output I want is:
 
###############
Some test data
Some test data
###############


String "Some test data" for two times. One is from XSLT (first  call)
and another one is from first include. I agree that I can use different
pipeline but I need to use it with:



<map:parameter name="recursive" value="false"/>

Please suggest.

TIA



Robby Pelssers wrote: 

By the way.. I think the design of your pipelines is bad after giving it
some more thought.
 
If you don't want recursive inclusion... you might consider configuring
a new pipeline which does not contain the <i:include> tag at all... you
could filter them out of the result by adding a filter.xslt instead of
rewriting them to another namespace.
 
And if you did want recursive inclusion... then you should add the
include transformer as last step in the 2nd pipeline.
 
<map:match pattern="root/sub/mypattern.html">
  <map:generate src="somefile.xml"/>
  <map:transform type="include"/>   --> by adding the include on
sub-level you prevent recursive inclusion
  <map:serialize type="xml"/>  
</map:match>
 
Cheers,
Robby
 
 
 
-----Original Message-----
From: Robby Pelssers [mailto:robby.pelssers@ciber.com] 
Sent: Tuesday, December 08, 2009 2:15 PM
To: users@cocoon.apache.org
Subject: RE: Problem with <i:include>
 
Can you elaborate your use case by attaching small xml snippets?  From
what I understand you have some 
Xml snippet containing an include tag.
 
 
<?xml version="1.0" encoding="UTF-8"?>
<main>
  <i:include src="cocoon://root/sub/mypattern.html"
xmlns:i="http://apache.org/cocoon/include/1.0"
<http://apache.org/cocoon/include/1.0> />  
</main>
 
 
And the result of calling pattern "root/sub/mypattern.html" results in
another snippet containing an include tag.
 
<?xml version="1.0" encoding="UTF-8"?>
<mypattern>
  <i:include src="cocoon://someOtherPipeline"
xmlns:i="http://apache.org/cocoon/include/1.0"
<http://apache.org/cocoon/include/1.0> />  
</mypattern>
 
 
So what you want is only first level inclusion so the result becomes:
 
<?xml version="1.0" encoding="UTF-8"?>
<main>
  <mypattern>
    <i:include src="cocoon://someOtherPipeline"
xmlns:i="http://apache.org/cocoon/include/1.0"
<http://apache.org/cocoon/include/1.0> />    --> this is the
problem since it's recursive
  </mypattern>
</main>
 
 
Now... if you were to add a extra transformation step to the pipeline
"root/sub/mypattern.html" which transforms the <i:include> into a
different namespace...you will be sure that the includeTransformer will
not run into recursion.
 
So the result would become for instance
<?xml version="1.0" encoding="UTF-8"?>
<main>
  <mypattern>
    <ignoreInclude:include src="cocoon://someOtherPipeline"
xmlns:ignoreInclude="http://apache.org/cocoon/ignoreInclude/1.0"
<http://apache.org/cocoon/ignoreInclude/1.0> />
  </mypattern>
</main>
 
Does that approach a solution to your problem?
 
Robby
 
-----Original Message-----
From: Anish [mailto:anish.sneh@techblue.co.uk] 
Sent: Tuesday, December 08, 2009 1:53 PM
To: users@cocoon.apache.org
Subject: Re: Problem with <i:include>
 
Robby Pelssers wrote:
  

	I actually do the same but not 1 one go... I split my
transformations
	    

in
  

	multiple sequential includes and that gives me no problem:
	 
	      <map:match pattern="datasheet_mockup">
	        <map:generate src="data/datasheet_mockup.xml"
label="step-1"/>
	    

 
  

	        <map:transform type="cinclude" label="step-2"/> <!--
Include
	<PackageID> -->
	        <map:transform
src="xslt/includePackageAndProductXml.xslt"
	label="step-3"/>
	        <map:transform type="cinclude" label="step-4"/>  <!--
Include
	actual Package and Product xml -->
	        <map:transform src="xslt/addGroupId.xslt" type="saxon"
	label="step-5"/>           
	        <map:transform src="xslt/createMapAndTopics.xslt"
type="saxon"
	label="step-6"/>    
	        <map:transform type="cinclude" label="step-7"/>  <!--
include
	BoxDimensions -->
	        <map:transform src="xslt/replaceBoxDimensions.xslt"
	    

type="saxon"
  

	label="step-8"/>
	        <map:transform src="xslt/cleanup.xslt" type="saxon"/>
	 
	        <map:serialize type="xml"/>              
	      </map:match>
	 
	Maybe this won't work for your usecase but it's worthwile
considering.
	 
	Robby 
	 
	-----Original Message-----
	From: Anish [mailto:anish.sneh@techblue.co.uk] 
	Sent: Tuesday, December 08, 2009 1:10 PM
	To: users@cocoon.apache.org
	Subject: Problem with <i:include>
	 
	Hi All
	 
	I'm trying to include content from a pipeline into an XSLT
using:
	 
	<i:include src="cocoon://root/sub/mypattern.html"
	xmlns:i="http://apache.org/cocoon/include/1.0"
<http://apache.org/cocoon/include/1.0> >
	 
	 
	while executing it gives:
	 
	java.lang.StackOverflowError
	  java.util.HashMap.get(HashMap.java:343)
	  
	 
	    

org.apache.cocoon.environment.AbstractEnvironment.getAttribute(AbstractE
  

	nvironment.java:444)
	  
	 
	    

org.apache.cocoon.environment.wrapper.EnvironmentWrapper.getAttribute(En
  

	vironmentWrapper.java:415)
	  
	 
	    

org.apache.cocoon.environment.wrapper.MutableEnvironmentFacade.getAttrib
  

	ute(MutableEnvironmentFacade.java:227)
	 
	There is a recursive call in the XSLT which again calls same
pipeline
	    

to
  

	include, to avoid that I have set (in the pipeline):
	 
	<map:parameter name="recursive" value="false"/>
	 
	 
	Still it's causing the stack to overflow. I'm using Cocoon
2.1.10 on 
	Tomcat 5.5.17.
	Please suggest.
	 
	  
	    

Thanks Robby,
 
Actually I was using "include" 
(org.apache.cocoon.transformation.IncludeTransformer) transformer. I'm 
not very much clear about the difference between "include" and 
"cinclude" (org.apache.cocoon.transformation.CIncludeTransformer).
 
Also I don't need recursive call. At the time of include I just want to 
include it once (the first level only).
 
 
Please suggest.
 
  






-- 
Anish Sneh
Software Engineer
Techblue Softwares Pvt. Ltd.
www.technologyblueprint.co.uk
Re: Problem with <i:include> Anish <anish.sneh@techblue.co.uk> urn:uuid:%3c4B1E622D-8090900@techblue-co-uk%3e 2009-12-08T14:26:53Z 
>
> Can you elaborate your use case by attaching small xml snippets?  From
> what I understand you have some 
> Xml snippet containing an include tag.
Robby my pipeline and XSLT are like:
(Please correct if I 'm wrong)

_My sitemap/pipeline:_

<map:match pattern="root/sub/mypattern.html">
  <map:generate src="somefile.xml"/>
  <map:transform src="myxslt.xsl">
  <map:transform type="include">	
	<map:parameter name="recursive" value="false"/>
  </map:transform>
  <map:serialize type="xml"/>  
</map:match>


_My XSLT (myxslt.xsl):
_
<xsl:stylesheet version="1.0"
  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
  xmlns="http://www.w3.org/1999/xhtml"
  xmlns:xhtml="http://www.w3.org/1999/xhtml"
  xmlns:i="http://apache.org/cocoon/include/1.0"
>
	<xsl:template match="/">
		Some test data
		<i:include src="cocoon://root/sub/mypattern.html"/>				
	</xsl:template>
</xsl:stylesheet>

_The output I want is:_

###############
Some test data
Some test data
###############


String "Some test data" for two times. One is from XSLT (first  call) 
and another one is from first include. I agree that I can use different 
pipeline but I need to use it with:

<map:parameter name="recursive" value="false"/>

Please suggest.

TIA



Robby Pelssers wrote:
> By the way.. I think the design of your pipelines is bad after giving it
> some more thought.
>
> If you don't want recursive inclusion... you might consider configuring
> a new pipeline which does not contain the <i:include> tag at all... you
> could filter them out of the result by adding a filter.xslt instead of
> rewriting them to another namespace.
>
> And if you did want recursive inclusion... then you should add the
> include transformer as last step in the 2nd pipeline.
>
> <map:match pattern="root/sub/mypattern.html">
>   <map:generate src="somefile.xml"/>
>   <map:transform type="include"/>   --> by adding the include on
> sub-level you prevent recursive inclusion
>   <map:serialize type="xml"/>  
> </map:match>
>
> Cheers,
> Robby
>
>
>
> -----Original Message-----
> From: Robby Pelssers [mailto:robby.pelssers@ciber.com] 
> Sent: Tuesday, December 08, 2009 2:15 PM
> To: users@cocoon.apache.org
> Subject: RE: Problem with <i:include>
>
> Can you elaborate your use case by attaching small xml snippets?  From
> what I understand you have some 
> Xml snippet containing an include tag.
>
>
> <?xml version="1.0" encoding="UTF-8"?>
> <main>
>   <i:include src="cocoon://root/sub/mypattern.html"
> xmlns:i="http://apache.org/cocoon/include/1.0"/>  
> </main>
>
>
> And the result of calling pattern "root/sub/mypattern.html" results in
> another snippet containing an include tag.
>
> <?xml version="1.0" encoding="UTF-8"?>
> <mypattern>
>   <i:include src="cocoon://someOtherPipeline"
> xmlns:i="http://apache.org/cocoon/include/1.0"/>  
> </mypattern>
>
>
> So what you want is only first level inclusion so the result becomes:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <main>
>   <mypattern>
>     <i:include src="cocoon://someOtherPipeline"
> xmlns:i="http://apache.org/cocoon/include/1.0"/>    --> this is the
> problem since it's recursive
>   </mypattern>
> </main>
>
>
> Now... if you were to add a extra transformation step to the pipeline
> "root/sub/mypattern.html" which transforms the <i:include> into a
> different namespace...you will be sure that the includeTransformer will
> not run into recursion.
>
> So the result would become for instance
> <?xml version="1.0" encoding="UTF-8"?>
> <main>
>   <mypattern>
>     <ignoreInclude:include src="cocoon://someOtherPipeline"
> xmlns:ignoreInclude="http://apache.org/cocoon/ignoreInclude/1.0"/>
>   </mypattern>
> </main>
>
> Does that approach a solution to your problem?
>
> Robby
>
> -----Original Message-----
> From: Anish [mailto:anish.sneh@techblue.co.uk] 
> Sent: Tuesday, December 08, 2009 1:53 PM
> To: users@cocoon.apache.org
> Subject: Re: Problem with <i:include>
>
> Robby Pelssers wrote:
>   
>> I actually do the same but not 1 one go... I split my transformations
>>     
> in
>   
>> multiple sequential includes and that gives me no problem:
>>
>>       <map:match pattern="datasheet_mockup">
>>         <map:generate src="data/datasheet_mockup.xml" label="step-1"/>
>>     
>
>   
>>         <map:transform type="cinclude" label="step-2"/> <!-- Include
>> <PackageID> -->
>>         <map:transform src="xslt/includePackageAndProductXml.xslt"
>> label="step-3"/>
>>         <map:transform type="cinclude" label="step-4"/>  <!-- Include
>> actual Package and Product xml -->
>>         <map:transform src="xslt/addGroupId.xslt" type="saxon"
>> label="step-5"/>           
>>         <map:transform src="xslt/createMapAndTopics.xslt" type="saxon"
>> label="step-6"/>    
>>         <map:transform type="cinclude" label="step-7"/>  <!--  include
>> BoxDimensions -->
>>         <map:transform src="xslt/replaceBoxDimensions.xslt"
>>     
> type="saxon"
>   
>> label="step-8"/>
>>         <map:transform src="xslt/cleanup.xslt" type="saxon"/>
>>
>>         <map:serialize type="xml"/>              
>>       </map:match>
>>
>> Maybe this won't work for your usecase but it's worthwile considering.
>>
>> Robby 
>>
>> -----Original Message-----
>> From: Anish [mailto:anish.sneh@techblue.co.uk] 
>> Sent: Tuesday, December 08, 2009 1:10 PM
>> To: users@cocoon.apache.org
>> Subject: Problem with <i:include>
>>
>> Hi All
>>
>> I'm trying to include content from a pipeline into an XSLT using:
>>
>> <i:include src="cocoon://root/sub/mypattern.html"
>> xmlns:i="http://apache.org/cocoon/include/1.0">
>>
>>
>> while executing it gives:
>>
>> java.lang.StackOverflowError
>> 	java.util.HashMap.get(HashMap.java:343)
>> 	
>>
>>     
> org.apache.cocoon.environment.AbstractEnvironment.getAttribute(AbstractE
>   
>> nvironment.java:444)
>> 	
>>
>>     
> org.apache.cocoon.environment.wrapper.EnvironmentWrapper.getAttribute(En
>   
>> vironmentWrapper.java:415)
>> 	
>>
>>     
> org.apache.cocoon.environment.wrapper.MutableEnvironmentFacade.getAttrib
>   
>> ute(MutableEnvironmentFacade.java:227)
>>
>> There is a recursive call in the XSLT which again calls same pipeline
>>     
> to
>   
>> include, to avoid that I have set (in the pipeline):
>>
>> <map:parameter name="recursive" value="false"/>
>>
>>
>> Still it's causing the stack to overflow. I'm using Cocoon 2.1.10 on 
>> Tomcat 5.5.17.
>> Please suggest.
>>
>>   
>>     
> Thanks Robby,
>
> Actually I was using "include" 
> (org.apache.cocoon.transformation.IncludeTransformer) transformer. I'm 
> not very much clear about the difference between "include" and 
> "cinclude" (org.apache.cocoon.transformation.CIncludeTransformer).
>
> Also I don't need recursive call. At the time of include I just want to 
> include it once (the first level only).
>
>
> Please suggest.
>
>   


-- 
Anish Sneh
Software Engineer
Techblue Softwares Pvt. Ltd.
www.technologyblueprint.co.uk
Re: cocoon3 sitemap call =?ISO-8859-15?Q?Reinhard_P=F6tz?= <reinhard@apache.org> urn:uuid:%3c4B1E564F-2040001@apache-org%3e 2009-12-08T13:36:15Z 
Thomas Markus wrote:
> i missed the aop part
> 
> it would be great to move all servlet independent parts outside of
> cocoon-servlet (CallStack ...), maybe to cocoon-pipeline
> 
> currently i cant use cocoon-servlet as dependency (and dont want).
> 
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name
> 'org.apache.cocoon.blockdeployment.BlockContextURLStreamHandlerFactory'
> defined in class path resource
> [META-INF/cocoon/spring/cocoon-blockdeployment-protocol.xml]:
> Initialization of bean failed; nested exception is
> java.lang.ClassCastException:
> org.springframework.context.support.ClassPathXmlApplicationContext
> cannot be cast to org.springframework.web.context.WebApplicationContext
> 
> i try to run a sitemap inside a junit test without any servlet specific
> parts. this works fine without coocon-servlet. after copying CallFrame,
> CallStack, MimeTypeCollector and spring config (ugly i know) mimetype is ok.

I refactored all *Collector aspects and merged them into
o.a.c.servlet.collector.ResponseHeaderCollector. This collector uses
data store that implements o.a.c.servlet.collector.CollectorDataStore
and provided two implementations: one uses a thread local the other the
CallStack of the ServletService framework.

This means that the ResponseHeaderCollector doesn't have a dependency on
the SSF or the Servlet API any longer.

The last step would be moving it into cocoon-sitemap but I have to find
a way to ensure that there is no other class in cocoon-sitemap that
depends on it. Alternatively I could create an own module but it seems
odd to me doing this for a single class.

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                         http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member                  reinhard@apache.org
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Problem with <i:include> "Robby Pelssers" <robby.pelssers@ciber.com> urn:uuid:%3c7C655C04B6F59643A1EF66056C0E095E031D1A8D@eusex01-sweden-ecsoft%3e 2009-12-08T13:31:43Z 
By the way.. I think the design of your pipelines is bad after giving it
some more thought.

If you don't want recursive inclusion... you might consider configuring
a new pipeline which does not contain the <i:include> tag at all... you
could filter them out of the result by adding a filter.xslt instead of
rewriting them to another namespace.

And if you did want recursive inclusion... then you should add the
include transformer as last step in the 2nd pipeline.

<map:match pattern="root/sub/mypattern.html">
  <map:generate src="somefile.xml"/>
  <map:transform type="include"/>   --> by adding the include on
sub-level you prevent recursive inclusion
  <map:serialize type="xml"/>  
</map:match>

Cheers,
Robby



-----Original Message-----
From: Robby Pelssers [mailto:robby.pelssers@ciber.com] 
Sent: Tuesday, December 08, 2009 2:15 PM
To: users@cocoon.apache.org
Subject: RE: Problem with <i:include>

Can you elaborate your use case by attaching small xml snippets?  From
what I understand you have some 
Xml snippet containing an include tag.


<?xml version="1.0" encoding="UTF-8"?>
<main>
  <i:include src="cocoon://root/sub/mypattern.html"
xmlns:i="http://apache.org/cocoon/include/1.0"/>  
</main>


And the result of calling pattern "root/sub/mypattern.html" results in
another snippet containing an include tag.

<?xml version="1.0" encoding="UTF-8"?>
<mypattern>
  <i:include src="cocoon://someOtherPipeline"
xmlns:i="http://apache.org/cocoon/include/1.0"/>  
</mypattern>


So what you want is only first level inclusion so the result becomes:

<?xml version="1.0" encoding="UTF-8"?>
<main>
  <mypattern>
    <i:include src="cocoon://someOtherPipeline"
xmlns:i="http://apache.org/cocoon/include/1.0"/>    --> this is the
problem since it's recursive
  </mypattern>
</main>


Now... if you were to add a extra transformation step to the pipeline
"root/sub/mypattern.html" which transforms the <i:include> into a
different namespace...you will be sure that the includeTransformer will
not run into recursion.

So the result would become for instance
<?xml version="1.0" encoding="UTF-8"?>
<main>
  <mypattern>
    <ignoreInclude:include src="cocoon://someOtherPipeline"
xmlns:ignoreInclude="http://apache.org/cocoon/ignoreInclude/1.0"/>
  </mypattern>
</main>

Does that approach a solution to your problem?

Robby

-----Original Message-----
From: Anish [mailto:anish.sneh@techblue.co.uk] 
Sent: Tuesday, December 08, 2009 1:53 PM
To: users@cocoon.apache.org
Subject: Re: Problem with <i:include>

Robby Pelssers wrote:
> I actually do the same but not 1 one go... I split my transformations
in
> multiple sequential includes and that gives me no problem:
>
>       <map:match pattern="datasheet_mockup">
>         <map:generate src="data/datasheet_mockup.xml" label="step-1"/>

>         <map:transform type="cinclude" label="step-2"/> <!-- Include
> <PackageID> -->
>         <map:transform src="xslt/includePackageAndProductXml.xslt"
> label="step-3"/>
>         <map:transform type="cinclude" label="step-4"/>  <!-- Include
> actual Package and Product xml -->
>         <map:transform src="xslt/addGroupId.xslt" type="saxon"
> label="step-5"/>           
>         <map:transform src="xslt/createMapAndTopics.xslt" type="saxon"
> label="step-6"/>    
>         <map:transform type="cinclude" label="step-7"/>  <!--  include
> BoxDimensions -->
>         <map:transform src="xslt/replaceBoxDimensions.xslt"
type="saxon"
> label="step-8"/>
>         <map:transform src="xslt/cleanup.xslt" type="saxon"/>
>
>         <map:serialize type="xml"/>              
>       </map:match>
>
> Maybe this won't work for your usecase but it's worthwile considering.
>
> Robby 
>
> -----Original Message-----
> From: Anish [mailto:anish.sneh@techblue.co.uk] 
> Sent: Tuesday, December 08, 2009 1:10 PM
> To: users@cocoon.apache.org
> Subject: Problem with <i:include>
>
> Hi All
>
> I'm trying to include content from a pipeline into an XSLT using:
>
> <i:include src="cocoon://root/sub/mypattern.html"
> xmlns:i="http://apache.org/cocoon/include/1.0">
>
>
> while executing it gives:
>
> java.lang.StackOverflowError
> 	java.util.HashMap.get(HashMap.java:343)
> 	
>
org.apache.cocoon.environment.AbstractEnvironment.getAttribute(AbstractE
> nvironment.java:444)
> 	
>
org.apache.cocoon.environment.wrapper.EnvironmentWrapper.getAttribute(En
> vironmentWrapper.java:415)
> 	
>
org.apache.cocoon.environment.wrapper.MutableEnvironmentFacade.getAttrib
> ute(MutableEnvironmentFacade.java:227)
>
> There is a recursive call in the XSLT which again calls same pipeline
to
>
> include, to avoid that I have set (in the pipeline):
>
> <map:parameter name="recursive" value="false"/>
>
>
> Still it's causing the stack to overflow. I'm using Cocoon 2.1.10 on 
> Tomcat 5.5.17.
> Please suggest.
>
>   
Thanks Robby,

Actually I was using "include" 
(org.apache.cocoon.transformation.IncludeTransformer) transformer. I'm 
not very much clear about the difference between "include" and 
"cinclude" (org.apache.cocoon.transformation.CIncludeTransformer).

Also I don't need recursive call. At the time of include I just want to 
include it once (the first level only).


Please suggest.

-- 
Anish Sneh
Software Engineer
Techblue Softwares Pvt. Ltd.
www.technologyblueprint.co.uk




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Problem with <i:include> "Robby Pelssers" <robby.pelssers@ciber.com> urn:uuid:%3c7C655C04B6F59643A1EF66056C0E095E031D1A6B@eusex01-sweden-ecsoft%3e 2009-12-08T13:14:34Z 
Can you elaborate your use case by attaching small xml snippets?  From
what I understand you have some 
Xml snippet containing an include tag.


<?xml version="1.0" encoding="UTF-8"?>
<main>
  <i:include src="cocoon://root/sub/mypattern.html"
xmlns:i="http://apache.org/cocoon/include/1.0"/>  
</main>


And the result of calling pattern "root/sub/mypattern.html" results in
another snippet containing an include tag.

<?xml version="1.0" encoding="UTF-8"?>
<mypattern>
  <i:include src="cocoon://someOtherPipeline"
xmlns:i="http://apache.org/cocoon/include/1.0"/>  
</mypattern>


So what you want is only first level inclusion so the result becomes:

<?xml version="1.0" encoding="UTF-8"?>
<main>
  <mypattern>
    <i:include src="cocoon://someOtherPipeline"
xmlns:i="http://apache.org/cocoon/include/1.0"/>    --> this is the
problem since it's recursive
  </mypattern>
</main>


Now... if you were to add a extra transformation step to the pipeline
"root/sub/mypattern.html" which transforms the <i:include> into a
different namespace...you will be sure that the includeTransformer will
not run into recursion.

So the result would become for instance
<?xml version="1.0" encoding="UTF-8"?>
<main>
  <mypattern>
    <ignoreInclude:include src="cocoon://someOtherPipeline"
xmlns:ignoreInclude="http://apache.org/cocoon/ignoreInclude/1.0"/>
  </mypattern>
</main>

Does that approach a solution to your problem?

Robby

-----Original Message-----
From: Anish [mailto:anish.sneh@techblue.co.uk] 
Sent: Tuesday, December 08, 2009 1:53 PM
To: users@cocoon.apache.org
Subject: Re: Problem with <i:include>

Robby Pelssers wrote:
> I actually do the same but not 1 one go... I split my transformations
in
> multiple sequential includes and that gives me no problem:
>
>       <map:match pattern="datasheet_mockup">
>         <map:generate src="data/datasheet_mockup.xml" label="step-1"/>

>         <map:transform type="cinclude" label="step-2"/> <!-- Include
> <PackageID> -->
>         <map:transform src="xslt/includePackageAndProductXml.xslt"
> label="step-3"/>
>         <map:transform type="cinclude" label="step-4"/>  <!-- Include
> actual Package and Product xml -->
>         <map:transform src="xslt/addGroupId.xslt" type="saxon"
> label="step-5"/>           
>         <map:transform src="xslt/createMapAndTopics.xslt" type="saxon"
> label="step-6"/>    
>         <map:transform type="cinclude" label="step-7"/>  <!--  include
> BoxDimensions -->
>         <map:transform src="xslt/replaceBoxDimensions.xslt"
type="saxon"
> label="step-8"/>
>         <map:transform src="xslt/cleanup.xslt" type="saxon"/>
>
>         <map:serialize type="xml"/>              
>       </map:match>
>
> Maybe this won't work for your usecase but it's worthwile considering.
>
> Robby 
>
> -----Original Message-----
> From: Anish [mailto:anish.sneh@techblue.co.uk] 
> Sent: Tuesday, December 08, 2009 1:10 PM
> To: users@cocoon.apache.org
> Subject: Problem with <i:include>
>
> Hi All
>
> I'm trying to include content from a pipeline into an XSLT using:
>
> <i:include src="cocoon://root/sub/mypattern.html"
> xmlns:i="http://apache.org/cocoon/include/1.0">
>
>
> while executing it gives:
>
> java.lang.StackOverflowError
> 	java.util.HashMap.get(HashMap.java:343)
> 	
>
org.apache.cocoon.environment.AbstractEnvironment.getAttribute(AbstractE
> nvironment.java:444)
> 	
>
org.apache.cocoon.environment.wrapper.EnvironmentWrapper.getAttribute(En
> vironmentWrapper.java:415)
> 	
>
org.apache.cocoon.environment.wrapper.MutableEnvironmentFacade.getAttrib
> ute(MutableEnvironmentFacade.java:227)
>
> There is a recursive call in the XSLT which again calls same pipeline
to
>
> include, to avoid that I have set (in the pipeline):
>
> <map:parameter name="recursive" value="false"/>
>
>
> Still it's causing the stack to overflow. I'm using Cocoon 2.1.10 on 
> Tomcat 5.5.17.
> Please suggest.
>
>   
Thanks Robby,

Actually I was using "include" 
(org.apache.cocoon.transformation.IncludeTransformer) transformer. I'm 
not very much clear about the difference between "include" and 
"cinclude" (org.apache.cocoon.transformation.CIncludeTransformer).

Also I don't need recursive call. At the time of include I just want to 
include it once (the first level only).


Please suggest.

-- 
Anish Sneh
Software Engineer
Techblue Softwares Pvt. Ltd.
www.technologyblueprint.co.uk




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Problem with <i:include> Anish <anish.sneh@techblue.co.uk> urn:uuid:%3c4B1E4C38-5040500@techblue-co-uk%3e 2009-12-08T12:53:12Z 
Robby Pelssers wrote:
> I actually do the same but not 1 one go... I split my transformations in
> multiple sequential includes and that gives me no problem:
>
>       <map:match pattern="datasheet_mockup">
>         <map:generate src="data/datasheet_mockup.xml" label="step-1"/>  
>         <map:transform type="cinclude" label="step-2"/> <!-- Include
> <PackageID> -->
>         <map:transform src="xslt/includePackageAndProductXml.xslt"
> label="step-3"/>
>         <map:transform type="cinclude" label="step-4"/>  <!-- Include
> actual Package and Product xml -->
>         <map:transform src="xslt/addGroupId.xslt" type="saxon"
> label="step-5"/>           
>         <map:transform src="xslt/createMapAndTopics.xslt" type="saxon"
> label="step-6"/>    
>         <map:transform type="cinclude" label="step-7"/>  <!--  include
> BoxDimensions -->
>         <map:transform src="xslt/replaceBoxDimensions.xslt" type="saxon"
> label="step-8"/>
>         <map:transform src="xslt/cleanup.xslt" type="saxon"/>
>
>         <map:serialize type="xml"/>              
>       </map:match>
>
> Maybe this won't work for your usecase but it's worthwile considering.
>
> Robby 
>
> -----Original Message-----
> From: Anish [mailto:anish.sneh@techblue.co.uk] 
> Sent: Tuesday, December 08, 2009 1:10 PM
> To: users@cocoon.apache.org
> Subject: Problem with <i:include>
>
> Hi All
>
> I'm trying to include content from a pipeline into an XSLT using:
>
> <i:include src="cocoon://root/sub/mypattern.html"
> xmlns:i="http://apache.org/cocoon/include/1.0">
>
>
> while executing it gives:
>
> java.lang.StackOverflowError
> 	java.util.HashMap.get(HashMap.java:343)
> 	
> org.apache.cocoon.environment.AbstractEnvironment.getAttribute(AbstractE
> nvironment.java:444)
> 	
> org.apache.cocoon.environment.wrapper.EnvironmentWrapper.getAttribute(En
> vironmentWrapper.java:415)
> 	
> org.apache.cocoon.environment.wrapper.MutableEnvironmentFacade.getAttrib
> ute(MutableEnvironmentFacade.java:227)
>
> There is a recursive call in the XSLT which again calls same pipeline to
>
> include, to avoid that I have set (in the pipeline):
>
> <map:parameter name="recursive" value="false"/>
>
>
> Still it's causing the stack to overflow. I'm using Cocoon 2.1.10 on 
> Tomcat 5.5.17.
> Please suggest.
>
>   
Thanks Robby,

Actually I was using "include" 
(org.apache.cocoon.transformation.IncludeTransformer) transformer. I'm 
not very much clear about the difference between "include" and 
"cinclude" (org.apache.cocoon.transformation.CIncludeTransformer).

Also I don't need recursive call. At the time of include I just want to 
include it once (the first level only).


Please suggest.

-- 
Anish Sneh
Software Engineer
Techblue Softwares Pvt. Ltd.
www.technologyblueprint.co.uk




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Problem with <i:include> "Robby Pelssers" <robby.pelssers@ciber.com> urn:uuid:%3c7C655C04B6F59643A1EF66056C0E095E031D1A06@eusex01-sweden-ecsoft%3e 2009-12-08T12:21:19Z 
I actually do the same but not 1 one go... I split my transformations in
multiple sequential includes and that gives me no problem:

      <map:match pattern="datasheet_mockup">
        <map:generate src="data/datasheet_mockup.xml" label="step-1"/>  
        <map:transform type="cinclude" label="step-2"/> <!-- Include
<PackageID> -->
        <map:transform src="xslt/includePackageAndProductXml.xslt"
label="step-3"/>
        <map:transform type="cinclude" label="step-4"/>  <!-- Include
actual Package and Product xml -->
        <map:transform src="xslt/addGroupId.xslt" type="saxon"
label="step-5"/>           
        <map:transform src="xslt/createMapAndTopics.xslt" type="saxon"
label="step-6"/>    
        <map:transform type="cinclude" label="step-7"/>  <!--  include
BoxDimensions -->
        <map:transform src="xslt/replaceBoxDimensions.xslt" type="saxon"
label="step-8"/>
        <map:transform src="xslt/cleanup.xslt" type="saxon"/>

        <map:serialize type="xml"/>              
      </map:match>

Maybe this won't work for your usecase but it's worthwile considering.

Robby 

-----Original Message-----
From: Anish [mailto:anish.sneh@techblue.co.uk] 
Sent: Tuesday, December 08, 2009 1:10 PM
To: users@cocoon.apache.org
Subject: Problem with <i:include>

Hi All

I'm trying to include content from a pipeline into an XSLT using:

<i:include src="cocoon://root/sub/mypattern.html"
xmlns:i="http://apache.org/cocoon/include/1.0">


while executing it gives:

java.lang.StackOverflowError
	java.util.HashMap.get(HashMap.java:343)
	
org.apache.cocoon.environment.AbstractEnvironment.getAttribute(AbstractE
nvironment.java:444)
	
org.apache.cocoon.environment.wrapper.EnvironmentWrapper.getAttribute(En
vironmentWrapper.java:415)
	
org.apache.cocoon.environment.wrapper.MutableEnvironmentFacade.getAttrib
ute(MutableEnvironmentFacade.java:227)

There is a recursive call in the XSLT which again calls same pipeline to

include, to avoid that I have set (in the pipeline):

<map:parameter name="recursive" value="false"/>


Still it's causing the stack to overflow. I'm using Cocoon 2.1.10 on 
Tomcat 5.5.17.
Please suggest.

-- 
Anish Sneh
Software Engineer
Techblue Softwares Pvt. Ltd.
www.technologyblueprint.co.uk



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Problem with <i:include> "Robby Pelssers" <robby.pelssers@ciber.com> urn:uuid:%3c7C655C04B6F59643A1EF66056C0E095E031D19FF@eusex01-sweden-ecsoft%3e 2009-12-08T12:18:28Z 
If you know upfront how many times these recursive calls occur you could
solve it by using a different namespace. Eg.

<recursiveinclude:include src="cocoon://root/sub/mypattern.html"
xmlns:recursiveinclude="http://www.mycompany.com">

And you transform the result with xslt into an <i:include> and call the
include transformer again after each step.

Cheers,
Robby


-----Original Message-----
From: Anish [mailto:anish.sneh@techblue.co.uk] 
Sent: Tuesday, December 08, 2009 1:10 PM
To: users@cocoon.apache.org
Subject: Problem with <i:include>

Hi All

I'm trying to include content from a pipeline into an XSLT using:

<i:include src="cocoon://root/sub/mypattern.html"
xmlns:i="http://apache.org/cocoon/include/1.0">


while executing it gives:

java.lang.StackOverflowError
	java.util.HashMap.get(HashMap.java:343)
	
org.apache.cocoon.environment.AbstractEnvironment.getAttribute(AbstractE
nvironment.java:444)
	
org.apache.cocoon.environment.wrapper.EnvironmentWrapper.getAttribute(En
vironmentWrapper.java:415)
	
org.apache.cocoon.environment.wrapper.MutableEnvironmentFacade.getAttrib
ute(MutableEnvironmentFacade.java:227)

There is a recursive call in the XSLT which again calls same pipeline to

include, to avoid that I have set (in the pipeline):

<map:parameter name="recursive" value="false"/>


Still it's causing the stack to overflow. I'm using Cocoon 2.1.10 on 
Tomcat 5.5.17.
Please suggest.

-- 
Anish Sneh
Software Engineer
Techblue Softwares Pvt. Ltd.
www.technologyblueprint.co.uk



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Problem with <i:include> Anish <anish.sneh@techblue.co.uk> urn:uuid:%3c4B1E4220-8070809@techblue-co-uk%3e 2009-12-08T12:10:08Z 
Hi All

I'm trying to include content from a pipeline into an XSLT using:

<i:include src="cocoon://root/sub/mypattern.html" xmlns:i="http://apache.org/cocoon/include/1.0">


while executing it gives:

java.lang.StackOverflowError
	java.util.HashMap.get(HashMap.java:343)
	org.apache.cocoon.environment.AbstractEnvironment.getAttribute(AbstractEnvironment.java:444)
	org.apache.cocoon.environment.wrapper.EnvironmentWrapper.getAttribute(EnvironmentWrapper.java:415)
	org.apache.cocoon.environment.wrapper.MutableEnvironmentFacade.getAttribute(MutableEnvironmentFacade.java:227)

There is a recursive call in the XSLT which again calls same pipeline to 
include, to avoid that I have set (in the pipeline):

<map:parameter name="recursive" value="false"/>


Still it's causing the stack to overflow. I'm using Cocoon 2.1.10 on 
Tomcat 5.5.17.
Please suggest.

-- 
Anish Sneh
Software Engineer
Techblue Softwares Pvt. Ltd.
www.technologyblueprint.co.uk



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: configuring Jetty to log into a file Johannes Lichtenberger <Johannes.Lichtenberger@uni-konstanz.de> urn:uuid:%3c1260219355-3475-71-camel@luna%3e 2009-12-07T20:55:55Z 
On Mon, 2009-12-07 at 06:52 +0100, Jos Snellings wrote:
> Look for any log4j.xml or log4j.properties in the classpath.
> There is a log4j.xml in the cocoon samples
> in ./rcl-config/WEB-INF/log4j.xml. A log file is created in  <param
> name="File" value="./target/work/log/cocoon.log"/>
> Jos

Hello Jos,

I've seen the file before but it's somehow strange, the errors are still
shown on STDOUT but not in the logfile:

	at
org.treetank.cocoon.generating.GoogleEarthGenerator.skip(GoogleEarthGenerator.java:174)
	at
org.treetank.cocoon.generating.GoogleEarthGenerator.skip(GoogleEarthGenerator.java:174)
	at
org.treetank.cocoon.generating.GoogleEarthGenerator.skip(GoogleEarthGenerator.java:174)
	at
org.treetank.cocoon.generating.GoogleEarthGenerator.skip(GoogleEarthGenerator.java:174)

...

so many of those that I don't get the source of the exception (the line
mentioned - 174 - is a recursive call of skip(...). It can't be a loop
which doesn't terminate (at least I honestly think so, because the
cursor moves forward in the xml file).

greetings,
Johannes



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: escaping special characters in an XSP String "Paul Adriaenssens" <paul.adriaenssens1@telenet.be> urn:uuid:%3cW9623418477247551260197089@nocme1bl6-telenet-ops-be%3e 2009-12-07T14:44:49Z 
Indeed Jos,

That's what we are trying to do.
E.g. avoiding that <hello/> becomes &lt;hello/&gt;

Actually we have data from a varchar database field containing a String with HTML tagged data,
e.g. tags for bold (<strong>This text is bold</strong>), for italic (<em>This
text is italicized</em>), etc ... and we want this formatting finally to be represented
by the browser.

Thank you,

Paul

>----- Oorspronkelijk bericht -----
>Van
: Jos Snellings [mailto:Jos.Snellings@pandora.be]
>Verzonden
: maandag
, december
 7, 2009 02:27 PM
>Aan
: users@cocoon.apache.org
>Onderwerp
: Re: escaping special characters in an XSP String
>
>Hi Paul,
>
>Can you please explain the purpose of not escaping?
>Do you want for instance to prevent ampersand from being converted to
>"&amp;" ?
>
>Best,
>Jos
>
>
>
>On Mon, 2009-12-07 at 13:21 +0000, Paul Adriaenssens wrote:
>> Hi,
>> 
>> I want to avoid escaping special characters in an xsp String retrieved
>> through <xsp:expr>.
>> 
>> In the archives
>> 
>> http://www.mail-archive.com/cocoon-users@xml.apache.org/msg20263.html
>> <https://webmail.ua.ac.be/exchweb/bin/redir.asp?URL=http://www.mail-archive.com/cocoon-users@xml.apache.org/msg20263.html>
>> 
>> http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16145.html
>> <https://webmail.ua.ac.be/exchweb/bin/redir.asp?URL=http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16145.html>
>> 
>> I found this as a solution:
>> 
>> <util:include-expr>
>> <util:expr><xsp:expr>
>> data
>> </xsp:expr></util:expr>
>> </util:include-expr>
>> 
>> However it does not work, I see nothing in the output!
>> 
>> Any ideas?
>> 
>> We are using cocoon 2.1.11 ...
>> 
>> Regards,
>> 
>> Paul Adriaenssens
>> 
>> 
>> 
>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>> 
>> 
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: escaping special characters in an XSP String Jos Snellings <Jos.Snellings@pandora.be> urn:uuid:%3c1260192449-2620-1-camel@joske-laptop%3e 2009-12-07T13:27:29Z 
Hi Paul,

Can you please explain the purpose of not escaping?
Do you want for instance to prevent ampersand from being converted to
"&amp;" ?

Best,
Jos



On Mon, 2009-12-07 at 13:21 +0000, Paul Adriaenssens wrote:
> Hi,
> 
> I want to avoid escaping special characters in an xsp String retrieved
> through <xsp:expr>.
> 
> In the archives
> 
> http://www.mail-archive.com/cocoon-users@xml.apache.org/msg20263.html
> <https://webmail.ua.ac.be/exchweb/bin/redir.asp?URL=http://www.mail-archive.com/cocoon-users@xml.apache.org/msg20263.html>
> 
> http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16145.html
> <https://webmail.ua.ac.be/exchweb/bin/redir.asp?URL=http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16145.html>
> 
> I found this as a solution:
> 
> <util:include-expr>
> <util:expr><xsp:expr>
> data
> </xsp:expr></util:expr>
> </util:include-expr>
> 
> However it does not work, I see nothing in the output!
> 
> Any ideas?
> 
> We are using cocoon 2.1.11 ...
> 
> Regards,
> 
> Paul Adriaenssens
> 
> 
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
> 
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
escaping special characters in an XSP String "Paul Adriaenssens" <paul.adriaenssens1@telenet.be> urn:uuid:%3cW918432443192381260192104@nocme1bl6-telenet-ops-be%3e 2009-12-07T13:21:44Z 
Hi,

I want to avoid escaping special characters in an xsp String retrieved
through <xsp:expr>.

In the archives

http://www.mail-archive.com/cocoon-users@xml.apache.org/msg20263.html
<https://webmail.ua.ac.be/exchweb/bin/redir.asp?URL=http://www.mail-archive.com/cocoon-users@xml.apache.org/msg20263.html>

http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16145.html
<https://webmail.ua.ac.be/exchweb/bin/redir.asp?URL=http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16145.html>

I found this as a solution:

<util:include-expr>
<util:expr><xsp:expr>
data
</xsp:expr></util:expr>
</util:include-expr>

However it does not work, I see nothing in the output!

Any ideas?

We are using cocoon 2.1.11 ...

Regards,

Paul Adriaenssens






---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: [SOLVED]: problem with zip serializer Cocoon 2.2: Component with role 'org.apache.cocoon.serialization.Serializer/' and key 'map' is not defined in this service selector "Robby Pelssers" <robby.pelssers@ciber.com> urn:uuid:%3c7C655C04B6F59643A1EF66056C0E095E0317F7CF@eusex01-sweden-ecsoft%3e 2009-12-07T11:28:42Z 
Ok.... The mistake I made was copying configuration from a previous cocoon 2.1.11 application.
 Since I'm using Cocoon2.2 now I needed to configure the 2 serializers as beans.  

 

So here follows the solution:

 

applicationContext.xml:

  <bean name="org.apache.cocoon.serialization.Serializer/map" 

    class="org.apache.cocoon.serialization.XMLSerializer"

    scope="prototype" 

    parent="org.apache.cocoon.serialization.AbstractTextSerializer">

    <pipeline:component mime-type="text/xml;charset=utf-8"/>

    <property name="format">

      <props>

        <prop key="encoding">UTF-8</prop>

        <prop key="doctype-system">datasheet.map-dtd</prop>

      </props>

    </property>

  </bean> 

  

  <bean name="org.apache.cocoon.serialization.Serializer/p-topic" 

    class="org.apache.cocoon.serialization.XMLSerializer"

    scope="prototype" 

    parent="org.apache.cocoon.serialization.AbstractTextSerializer">

    <pipeline:component mime-type="text/xml;charset=utf-8"/>

    <property name="format">

      <props>

        <prop key="encoding">UTF-8</prop>

        <prop key="doctype-system">${datasheet.p-topic-dtd}</prop>

      </props>

    </property>

  </bean>

 

 

Sitemap.xmap:

      <map:match pattern="test.zip">

        <map:generate src="cocoon:/datasheet_mockup"/>

        <map:transform src="xslt/datasheet2zip.xslt" type="saxon" label="zip"/> - -
> results in (1)

        <map:serialize type="zip"/>

      </map:match>

 

 

(1): Dynamically generated ziparchive xml

 

<?xml version="1.0" encoding="UTF-8"?>

<zip:archive xmlns:zip="http://apache.org/cocoon/zip-archive/1.0" xmlns:xs="http://www.w3.org/2001/XMLSchema">

            <zip:entry name="PH3330L.xml" serializer="map">

                        <map id="emptymap" rev="000.000" title="PH3330L">

                                    <topicmeta>

                                                <critdates>

                                                            <revised modified="20091204"/>

                                                </critdates>

                                                <releasestate content="released"/>

                                                <owner content="NXP"/>

                                    </topicmeta>

                                    <topicgroup>

                                                <topichead navtitle="PH3330L"/>

                                                <topicref href="product_profile" navtitle="product_profile"/>

                                                <topicref href="pinning_information" navtitle="pinning_information"/>

                                                <topicref href="ordering_information" navtitle="ordering_information"/>

                                                <topicref href="marking" navtitle="marking"/>

                                    </topicgroup>

                        </map>

            </zip:entry>

</zip:archive>

 

In the snippet above I reference the serializers by name.

 

Kind regards,

Robby Pelssers

 

 

 

 

From: Robby Pelssers [mailto:robby.pelssers@ciber.com] 
Sent: Friday, December 04, 2009 4:24 PM
To: users@cocoon.apache.org
Subject: RE: problem with zip serializer Cocoon 2.2: Component with role 'org.apache.cocoon.serialization.Serializer/'
and key 'map' is not defined in this service selector

 

One thing which I'm wondering about is that it searches for the ROLE  'org.apache.cocoon.serialization.Serializer/'
. Should the ROLE be equal to the @src attribute of the serializer?  In that case my custom
serializer might get the ROLE 'org.apache.cocoon.serialization.XMLSerializer/' with key='map'
which might explain why the service selector can't find this serializer.

 

But that's just guessing on my part.

 

Robby

 

From: Robby Pelssers [mailto:robby.pelssers@ciber.com] 
Sent: Friday, December 04, 2009 4:07 PM
To: users@cocoon.apache.org
Subject: problem with zip serializer Cocoon 2.2: Component with role 'org.apache.cocoon.serialization.Serializer/'
and key 'map' is not defined in this service selector

 

Hi guys,

 

I defined a custom serializer to add a specific doctype declaration:

 

      <map:serializer 

        logger="sitemap.serializer.xml" mime-type="text/xml" name="map"

        src="org.apache.cocoon.serialization.XMLSerializer">

        <doctype-system>http://nww.qa.spider.nxp.com:8310/xmetal/schemas/map.dtd</doctype-system>

      </map:serializer>

 

 

I dynamically generate the zip archive using inline xml content.

 

Ziparchive xml snippet (1)

<?xml version="1.0" encoding="UTF-8"?>

<zip:archive xmlns:zip="http://apache.org/cocoon/zip-archive/1.0" xmlns:xs="http://www.w3.org/2001/XMLSchema">

            <zip:entry name="PH3330L.xml" serializer="map">

                        <map id="emptymap" rev="000.000" title="PH3330L">

                                    <topicmeta>

                                                <critdates>

                                                            <revised modified="20091204"/>

                                                </critdates>

                                                <releasestate content="released"/>

                                                <owner content="NXP"/>

                                    </topicmeta>

                                    <topicgroup>

                                                <topichead navtitle="PH3330L"/>

                                                <topicref href="product_profile" navtitle="product_profile"/>

                                                <topicref href="pinning_information" navtitle="pinning_information"/>

                                                <topicref href="ordering_information" navtitle="ordering_information"/>

                                                <topicref href="marking" navtitle="marking"/>

                                    </topicgroup>

                        </map>

            </zip:entry>

</zip:archive>

 

 

My sitemap snippet looks like this:

 

      <map:match pattern="zip">

        <map:generate src="cocoon:/datasheet_mockup"/>

        <map:transform src="xslt/datasheet2zip.xslt" type="saxon" label="zip"/>  àresults
in (1) 

        <map:serialize type="zip"/>

      </map:match>

 

I can process this pipeline up until transformation.  But the zip serializer gives me following
exception:

 

Caused by: org.apache.avalon.framework.service.ServiceException: Component with role 'org.apache.cocoon.serialization.Serializer/'
and key 'map' is not defined in this service selector. (Key='AvalonServiceSelector')

      at org.apache.cocoon.serialization.ZipArchiveSerializer.addEntry(ZipArchiveSerializer.java:333)

      at org.apache.cocoon.serialization.ZipArchiveSerializer.startElement(ZipArchiveSerializer.java:211)

      at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source)

      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

      at java.lang.reflect.Method.invoke(Method.java:585)

      at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)

      at $Proxy12.startElement(Unknown Source)

      at net.sf.saxon.event.ContentHandlerProxy.startContent(ContentHandlerProxy.java:253)

 

 

I would expect that the name of the serializer is used as key... or is my assumption wrong
and do I need to add some extra configuration to the custom serializer?

 

May thx in advance,

Robby Pelssers
Re: cocoon3 sitemap call Thomas Markus <t.markus@proventis.net> urn:uuid:%3c4B1CBD79-80504@proventis-net%3e 2009-12-07T08:31:53Z 
i missed the aop part

it would be great to move all servlet independent parts outside of
cocoon-servlet (CallStack ...), maybe to cocoon-pipeline

currently i cant use cocoon-servlet as dependency (and dont want).

org.springframework.beans.factory.BeanCreationException: Error creating
bean with name
'org.apache.cocoon.blockdeployment.BlockContextURLStreamHandlerFactory'
defined in class path resource
[META-INF/cocoon/spring/cocoon-blockdeployment-protocol.xml]:
Initialization of bean failed; nested exception is
java.lang.ClassCastException:
org.springframework.context.support.ClassPathXmlApplicationContext
cannot be cast to org.springframework.web.context.WebApplicationContext

i try to run a sitemap inside a junit test without any servlet specific
parts. this works fine without coocon-servlet. after copying CallFrame,
CallStack, MimeTypeCollector and spring config (ugly i know) mimetype is ok.

regards
Thomas


Reinhard Pötz schrieb:
> Thomas Markus wrote:
>   
>> hi,
>>
>> i tried to manually load and invoke a sitemap and it works fine now. but
>> how can i access resulting content type? i cant find something.
>>     
>
> Have a look at the RequestProcessor in the cocoon-servlet module. It's
> an example of how to invoke a sitemap in a servlet environment.
>
> That's also my advice for your "cocoon3 inside portlets" question - and
> maybe you can even use the RequestProcessor directly but I'm not sure if
> you have access to everything that it needs (see the RequestProcessor's
> constructor).
>
>   


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
escaping special characters in an xsp String Paul Adriaenssens <paul.adriaenssens@democritus.net> urn:uuid:%3c4B1CB87E-8060804@democritus-net%3e 2009-12-07T08:10:38Z 
Hi,

I want to avoid escaping special characters in an xsp String  retrieved 
through <xsp:expr>

In the archives
p://www.mail-archive.com/cocoon-users@xml.apache.org/msg20263.html 
<https://webmail.ua.ac.be/exchweb/bin/redir.asp?URL=http://www.mail-archive.com/cocoon-users@xml.apache.org/msg20263.html>


http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16145.html 
<https://webmail.ua.ac.be/exchweb/bin/redir.asp?URL=http://www.mail-archive.com/cocoon-users@xml.apache.org/msg16145.html>


I found this as a solution

<util:include-expr>
<util:expr><xsp:expr>
data
</xsp:expr></util:expr>
</util:include-expr>

However it does not work, I see nothing in the output ...

Any ideas?

I am using cocoon 2.1.11

Regards,

Paul Adriaenssens


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: configuring Jetty to log into a file Jos Snellings <Jos.Snellings@pandora.be> urn:uuid:%3c1260165139-2590-3-camel@joske-laptop%3e 2009-12-07T05:52:19Z 
Look for any log4j.xml or log4j.properties in the classpath.
There is a log4j.xml in the cocoon samples
in ./rcl-config/WEB-INF/log4j.xml. A log file is created in  <param
name="File" value="./target/work/log/cocoon.log"/>
Jos

On Sun, 2009-12-06 at 22:39 +0100, Johannes Lichtenberger wrote:
> Well, it's maybe not really cocoon specific, but I use mvn jetty:run to
> run jetty and I'm getting an Error in a recursive function so the stack
> trace is too long to follow in my shell. Does perhaps someone know how
> to configure jetty to log stacktraces in a file?
> 
> greetings,
> Johannes
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
> 
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
configuring Jetty to log into a file Johannes Lichtenberger <Johannes.Lichtenberger@uni-konstanz.de> urn:uuid:%3c1260135577-3475-43-camel@luna%3e 2009-12-06T21:39:37Z 
Well, it's maybe not really cocoon specific, but I use mvn jetty:run to
run jetty and I'm getting an Error in a recursive function so the stack
trace is too long to follow in my shell. Does perhaps someone know how
to configure jetty to log stacktraces in a file?

greetings,
Johannes


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: run jetty / error / custom webapp =?UTF-8?B?UmVpbmhhcmQgUMO2dHo=?= <reinhard@apache.org> urn:uuid:%3c4B1C0F37-9050707@apache-org%3e 2009-12-06T20:08:23Z 
Johannes Lichtenberger wrote:
> On Sat, 2009-12-05 at 23:50 +0100, Reinhard Pötz wrote:
>> Johannes Lichtenberger wrote:
>>> Hi,
>>>
>>> I have shared a project in a subversion repository, but when I checkout
>>> the project on another place and try to start jetty (mvn jetty:run) I
>>> get the following error:
>>>
>>> [INFO] Can't copy custom webapp files (directory:
>>> '/home/johannes/workspace/mysite/rcl-config) to the web application in
>>> preparation.
>>>
>>> The permissions are ok (755), so I'm really not sure what this means
>>> (seems to have something to do with the rcl-config directory) :-/
>> It's a file operation problem. The statement where the exception is
>> thrown, uses the Apache Commons IO FileUtils:
>>
>> ------------------------------------------------------------------------
>> void org.apache.commons.io.FileUtils.copyDirectory(File srcDir, File
>> destDir) throws IOException
>>
>> Copies a whole directory to a new location preserving the file dates.
>>
>> This method copies the specified directory and all its child directories
>> and files to the specified destination. The destination is the new
>> location and name of the directory.
>>
>> The destination directory is created if it does not exist. If the
>> destination directory did exist, then this method merges the source with
>> the destination, with the source taking precedence.
>>
>> Parameters:
>> srcDir an existing directory to copy, must not be null
>> destDir the new directory, must not be null
>> Throws:
>> NullPointerException - if source or destination is null
>> IOException - if source or destination is invalid
>> IOException - if an IO error occurs during copying
>> ------------------------------------------------------------------------
>>
>> Maybe this gives you an idea what could be wrong with your setup.
> 
> Damn it, I knew it could only be some issues with permissions, but
> strange enough that svn --checkout and Subclipse "produced" some strange
> permissions. I think I had forgotten the "-R" switch to change all
> permissions or have done it only at the rc-config directory. Well, chmod
> -R 755 mysite did the "trick". Thanks.

You're welcome.

BTW, I changed the code in SVN so that the real exception isn't
swallowed anymore by passing it to the MojoException.

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                         http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member                  reinhard@apache.org
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: run jetty / error / custom webapp Johannes Lichtenberger <Johannes.Lichtenberger@uni-konstanz.de> urn:uuid:%3c1260054045-3475-31-camel@luna%3e 2009-12-05T23:00:45Z 
On Sat, 2009-12-05 at 23:50 +0100, Reinhard Pötz wrote:
> Johannes Lichtenberger wrote:
> > Hi,
> > 
> > I have shared a project in a subversion repository, but when I checkout
> > the project on another place and try to start jetty (mvn jetty:run) I
> > get the following error:
> > 
> > [INFO] Can't copy custom webapp files (directory:
> > '/home/johannes/workspace/mysite/rcl-config) to the web application in
> > preparation.
> > 
> > The permissions are ok (755), so I'm really not sure what this means
> > (seems to have something to do with the rcl-config directory) :-/
> 
> It's a file operation problem. The statement where the exception is
> thrown, uses the Apache Commons IO FileUtils:
> 
> ------------------------------------------------------------------------
> void org.apache.commons.io.FileUtils.copyDirectory(File srcDir, File
> destDir) throws IOException
> 
> Copies a whole directory to a new location preserving the file dates.
> 
> This method copies the specified directory and all its child directories
> and files to the specified destination. The destination is the new
> location and name of the directory.
> 
> The destination directory is created if it does not exist. If the
> destination directory did exist, then this method merges the source with
> the destination, with the source taking precedence.
> 
> Parameters:
> srcDir an existing directory to copy, must not be null
> destDir the new directory, must not be null
> Throws:
> NullPointerException - if source or destination is null
> IOException - if source or destination is invalid
> IOException - if an IO error occurs during copying
> ------------------------------------------------------------------------
> 
> Maybe this gives you an idea what could be wrong with your setup.

Damn it, I knew it could only be some issues with permissions, but
strange enough that svn --checkout and Subclipse "produced" some strange
permissions. I think I had forgotten the "-R" switch to change all
permissions or have done it only at the rc-config directory. Well, chmod
-R 755 mysite did the "trick". Thanks.

greetings,
Johannes



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: debug Johannes Lichtenberger <Johannes.Lichtenberger@uni-konstanz.de> urn:uuid:%3c1260053537-3475-28-camel@luna%3e 2009-12-05T22:52:17Z 
On Sat, 2009-12-05 at 23:32 +0100, Reinhard Pötz wrote:
> Johannes Lichtenberger wrote:
> > On Sat, 2009-12-05 at 23:10 +0100, Reinhard Pötz wrote:
> >> Johannes Lichtenberger wrote:
> >>> Hello,
> >>>
> >>> how do I debug pipeline components efficiently? I mean I don't have the
> >>> Eclipse IDE Debugger, so I'm currently writing logger or simply sysouts
> >>> which isn't very helpful when debugging :-/
> >> Do I understand correctly that the Eclipse IDE debugger is no option for
> >> you?
> > 
> > No, I haven't worked with Servlets... before, so I didn't know that I
> > can debug remotely within Eclipse. So it's working.
> 
> You can also use the RunJettyRun Eclipse plugin.

Do you perhaps know something about my other issue with starting jetty?
I think you comitted the code which throws the exception? ;-)

greetings,
Johannes



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: run jetty / error / custom webapp =?UTF-8?B?UmVpbmhhcmQgUMO2dHo=?= <reinhard@apache.org> urn:uuid:%3c4B1AE3D3-9080008@apache-org%3e 2009-12-05T22:50:59Z 
Johannes Lichtenberger wrote:
> Hi,
> 
> I have shared a project in a subversion repository, but when I checkout
> the project on another place and try to start jetty (mvn jetty:run) I
> get the following error:
> 
> [INFO] Can't copy custom webapp files (directory:
> '/home/johannes/workspace/mysite/rcl-config) to the web application in
> preparation.
> 
> The permissions are ok (755), so I'm really not sure what this means
> (seems to have something to do with the rcl-config directory) :-/

It's a file operation problem. The statement where the exception is
thrown, uses the Apache Commons IO FileUtils:

------------------------------------------------------------------------
void org.apache.commons.io.FileUtils.copyDirectory(File srcDir, File
destDir) throws IOException

Copies a whole directory to a new location preserving the file dates.

This method copies the specified directory and all its child directories
and files to the specified destination. The destination is the new
location and name of the directory.

The destination directory is created if it does not exist. If the
destination directory did exist, then this method merges the source with
the destination, with the source taking precedence.

Parameters:
srcDir an existing directory to copy, must not be null
destDir the new directory, must not be null
Throws:
NullPointerException - if source or destination is null
IOException - if source or destination is invalid
IOException - if an IO error occurs during copying
------------------------------------------------------------------------

Maybe this gives you an idea what could be wrong with your setup.

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                         http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member                  reinhard@apache.org
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: debug =?UTF-8?B?UmVpbmhhcmQgUMO2dHo=?= <reinhard@apache.org> urn:uuid:%3c4B1ADF69-4060508@apache-org%3e 2009-12-05T22:32:09Z 
Johannes Lichtenberger wrote:
> On Sat, 2009-12-05 at 23:10 +0100, Reinhard Pötz wrote:
>> Johannes Lichtenberger wrote:
>>> Hello,
>>>
>>> how do I debug pipeline components efficiently? I mean I don't have the
>>> Eclipse IDE Debugger, so I'm currently writing logger or simply sysouts
>>> which isn't very helpful when debugging :-/
>> Do I understand correctly that the Eclipse IDE debugger is no option for
>> you?
> 
> No, I haven't worked with Servlets... before, so I didn't know that I
> can debug remotely within Eclipse. So it's working.

You can also use the RunJettyRun Eclipse plugin.

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                         http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member                  reinhard@apache.org
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: run jetty / error / custom webapp Johannes Lichtenberger <Johannes.Lichtenberger@uni-konstanz.de> urn:uuid:%3c1260051769-3475-26-camel@luna%3e 2009-12-05T22:22:49Z 
I think the essential snippet from the POM file is:

      <plugin>
        <groupId>org.apache.cocoon</groupId>
        <artifactId>cocoon-maven-plugin</artifactId>
        <version>1.0.0-M3</version>        
        <configuration>
          <webappProfile>ssf</webappProfile>
          <customWebappDirectory>rcl-config</customWebappDirectory>
        </configuration>
        <executions>
          <execution>
            <phase>compile</phase>
            <goals>
              <goal>prepare</goal>
            </goals>
          </execution>
        </executions>
      </plugin>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: debug Johannes Lichtenberger <Johannes.Lichtenberger@uni-konstanz.de> urn:uuid:%3c1260051593-3475-25-camel@luna%3e 2009-12-05T22:19:53Z 
On Sat, 2009-12-05 at 23:10 +0100, Reinhard Pötz wrote:
> Johannes Lichtenberger wrote:
> > Hello,
> > 
> > how do I debug pipeline components efficiently? I mean I don't have the
> > Eclipse IDE Debugger, so I'm currently writing logger or simply sysouts
> > which isn't very helpful when debugging :-/
> 
> Do I understand correctly that the Eclipse IDE debugger is no option for
> you?

No, I haven't worked with Servlets... before, so I didn't know that I
can debug remotely within Eclipse. So it's working.

greetings,
Johannes


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
run jetty / error / custom webapp Johannes Lichtenberger <Johannes.Lichtenberger@uni-konstanz.de> urn:uuid:%3c1260051490-3475-23-camel@luna%3e 2009-12-05T22:18:10Z 
Hi,

I have shared a project in a subversion repository, but when I checkout
the project on another place and try to start jetty (mvn jetty:run) I
get the following error:

[INFO] Can't copy custom webapp files (directory:
'/home/johannes/workspace/mysite/rcl-config) to the web application in
preparation.

The permissions are ok (755), so I'm really not sure what this means
(seems to have something to do with the rcl-config directory) :-/

greetings,
Johannes


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: debug =?UTF-8?B?UmVpbmhhcmQgUMO2dHo=?= <reinhard@apache.org> urn:uuid:%3c4B1ADA4D-30901@apache-org%3e 2009-12-05T22:10:21Z 
Johannes Lichtenberger wrote:
> Hello,
> 
> how do I debug pipeline components efficiently? I mean I don't have the
> Eclipse IDE Debugger, so I'm currently writing logger or simply sysouts
> which isn't very helpful when debugging :-/

Do I understand correctly that the Eclipse IDE debugger is no option for
you?

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                         http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member                  reinhard@apache.org
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: cocoon3 sitemap call =?ISO-8859-15?Q?Reinhard_P=F6tz?= <reinhard@apache.org> urn:uuid:%3c4B1AD9E8-9010509@apache-org%3e 2009-12-05T22:08:40Z 
Thomas Markus wrote:
> hi,
> 
> i tried to manually load and invoke a sitemap and it works fine now. but
> how can i access resulting content type? i cant find something.

Have a look at the RequestProcessor in the cocoon-servlet module. It's
an example of how to invoke a sitemap in a servlet environment.

That's also my advice for your "cocoon3 inside portlets" question - and
maybe you can even use the RequestProcessor directly but I'm not sure if
you have access to everything that it needs (see the RequestProcessor's
constructor).

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                         http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member                  reinhard@apache.org
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: URLConnectionUtils.closeLoudly() Jos Snellings <Jos.Snellings@pandora.be> urn:uuid:%3c1259996168-2597-5-camel@joske-laptop%3e 2009-12-05T06:56:08Z 
This is one for documentation:
from the examples:
URLResponse("servlet:/somewherehere",data)

does not work if you specify the root url.
Notation is absolute (with "servlet:")

if /somewherehere is in the same pipeline it works!

However, closeQuietly does not close quietly if the urlconnection is
null. The exception is thrown by the method and caught in the caller.
That is the silent part.

Jos


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: URLConnectionUtils.closeLoudly() Jos Snellings <Jos.Snellings@pandora.be> urn:uuid:%3c1259994315-2597-1-camel@joske-laptop%3e 2009-12-05T06:25:15Z 
You are right in "literal".equals(param), but that is not the source of
the problem. Like smoking, it is a habit I'd better give up ;-)
Jos

On Fri, 2009-12-04 at 15:29 +0100, Johannes Lichtenberger wrote:
> On Fri, 2009-12-04 at 15:15 +0100, Jos Snellings wrote:
> 
> [StackTrace]
> 
> > It is certainly not closing a connection quietly :-) 
> > 
> > In URLResponse.java, is it possible that in execute()
> > 
> > servletConnection = this.url.openConnection(); is null?
> > 
> > Responses are like:
> >    if (action.equals("st")) return new
> > URLResponse("servlet:/thesaurusedit/stdemo",data);
> >             	if (action.equals("term")) return new
> > URLResponse("servlet:/edit/term", data);
> >             }
> >             
> > 	return new URLResponse("servlet:editor/workspace", data);
> 
> Well, you know I'm not really familiar with cocoon, but I would replace
> action.equals("st") with "st".equals(action) and action.equals("term")
> equally, so you can't get NullPointerExceptions in this place (I know
> it's not the source of the problem).
> 
> greetings,
> Johannes  
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
> 
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
debug Johannes Lichtenberger <Johannes.Lichtenberger@uni-konstanz.de> urn:uuid:%3c1259947641-3973-235-camel@luna%3e 2009-12-04T17:27:21Z 
Hello,

how do I debug pipeline components efficiently? I mean I don't have the
Eclipse IDE Debugger, so I'm currently writing logger or simply sysouts
which isn't very helpful when debugging :-/

greetings,
Johannes


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: problem with zip serializer Cocoon 2.2: Component with role 'org.apache.cocoon.serialization.Serializer/' and key 'map' is not defined in this service selector "Robby Pelssers" <robby.pelssers@ciber.com> urn:uuid:%3c7C655C04B6F59643A1EF66056C0E095E0317F49A@eusex01-sweden-ecsoft%3e 2009-12-04T15:23:37Z 
One thing which I'm wondering about is that it searches for the ROLE  'org.apache.cocoon.serialization.Serializer/'
. Should the ROLE be equal to the @src attribute of the serializer?  In that case my custom
serializer might get the ROLE 'org.apache.cocoon.serialization.XMLSerializer/' with key='map'
which might explain why the service selector can't find this serializer.

 

But that's just guessing on my part.

 

Robby

 

From: Robby Pelssers [mailto:robby.pelssers@ciber.com] 
Sent: Friday, December 04, 2009 4:07 PM
To: users@cocoon.apache.org
Subject: problem with zip serializer Cocoon 2.2: Component with role 'org.apache.cocoon.serialization.Serializer/'
and key 'map' is not defined in this service selector

 

Hi guys,

 

I defined a custom serializer to add a specific doctype declaration:

 

      <map:serializer 

        logger="sitemap.serializer.xml" mime-type="text/xml" name="map"

        src="org.apache.cocoon.serialization.XMLSerializer">

        <doctype-system>http://nww.qa.spider.nxp.com:8310/xmetal/schemas/map.dtd</doctype-system>

      </map:serializer>

 

 

I dynamically generate the zip archive using inline xml content.

 

Ziparchive xml snippet (1)

<?xml version="1.0" encoding="UTF-8"?>

<zip:archive xmlns:zip="http://apache.org/cocoon/zip-archive/1.0" xmlns:xs="http://www.w3.org/2001/XMLSchema">

            <zip:entry name="PH3330L.xml" serializer="map">

                        <map id="emptymap" rev="000.000" title="PH3330L">

                                    <topicmeta>

                                                <critdates>

                                                            <revised modified="20091204"/>

                                                </critdates>

                                                <releasestate content="released"/>

                                                <owner content="NXP"/>

                                    </topicmeta>

                                    <topicgroup>

                                                <topichead navtitle="PH3330L"/>

                                                <topicref href="product_profile" navtitle="product_profile"/>

                                                <topicref href="pinning_information" navtitle="pinning_information"/>

                                                <topicref href="ordering_information" navtitle="ordering_information"/>

                                                <topicref href="marking" navtitle="marking"/>

                                    </topicgroup>

                        </map>

            </zip:entry>

</zip:archive>

 

 

My sitemap snippet looks like this:

 

      <map:match pattern="zip">

        <map:generate src="cocoon:/datasheet_mockup"/>

        <map:transform src="xslt/datasheet2zip.xslt" type="saxon" label="zip"/>  àresults
in (1) 

        <map:serialize type="zip"/>

      </map:match>

 

I can process this pipeline up until transformation.  But the zip serializer gives me following
exception:

 

Caused by: org.apache.avalon.framework.service.ServiceException: Component with role 'org.apache.cocoon.serialization.Serializer/'
and key 'map' is not defined in this service selector. (Key='AvalonServiceSelector')

      at org.apache.cocoon.serialization.ZipArchiveSerializer.addEntry(ZipArchiveSerializer.java:333)

      at org.apache.cocoon.serialization.ZipArchiveSerializer.startElement(ZipArchiveSerializer.java:211)

      at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source)

      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

      at java.lang.reflect.Method.invoke(Method.java:585)

      at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)

      at $Proxy12.startElement(Unknown Source)

      at net.sf.saxon.event.ContentHandlerProxy.startContent(ContentHandlerProxy.java:253)

 

 

I would expect that the name of the serializer is used as key... or is my assumption wrong
and do I need to add some extra configuration to the custom serializer?

 

May thx in advance,

Robby Pelssers
problem with zip serializer Cocoon 2.2: Component with role 'org.apache.cocoon.serialization.Serializer/' and key 'map' is not defined in this service selector "Robby Pelssers" <robby.pelssers@ciber.com> urn:uuid:%3c7C655C04B6F59643A1EF66056C0E095E0317F47A@eusex01-sweden-ecsoft%3e 2009-12-04T15:06:56Z 
Hi guys,

 

I defined a custom serializer to add a specific doctype declaration:

 

      <map:serializer 

        logger="sitemap.serializer.xml" mime-type="text/xml" name="map"

        src="org.apache.cocoon.serialization.XMLSerializer">

        <doctype-system>http://nww.qa.spider.nxp.com:8310/xmetal/schemas/map.dtd</doctype-system>

      </map:serializer>

 

 

I dynamically generate the zip archive using inline xml content.

 

Ziparchive xml snippet (1)

<?xml version="1.0" encoding="UTF-8"?>

<zip:archive xmlns:zip="http://apache.org/cocoon/zip-archive/1.0" xmlns:xs="http://www.w3.org/2001/XMLSchema">

            <zip:entry name="PH3330L.xml" serializer="map">

                        <map id="emptymap" rev="000.000" title="PH3330L">

                                    <topicmeta>

                                                <critdates>

                                                            <revised modified="20091204"/>

                                                </critdates>

                                                <releasestate content="released"/>

                                                <owner content="NXP"/>

                                    </topicmeta>

                                    <topicgroup>

                                                <topichead navtitle="PH3330L"/>

                                                <topicref href="product_profile" navtitle="product_profile"/>

                                                <topicref href="pinning_information" navtitle="pinning_information"/>

                                                <topicref href="ordering_information" navtitle="ordering_information"/>

                                                <topicref href="marking" navtitle="marking"/>

                                    </topicgroup>

                        </map>

            </zip:entry>

</zip:archive>

 

 

My sitemap snippet looks like this:

 

      <map:match pattern="zip">

        <map:generate src="cocoon:/datasheet_mockup"/>

        <map:transform src="xslt/datasheet2zip.xslt" type="saxon" label="zip"/>  àresults
in (1) 

        <map:serialize type="zip"/>

      </map:match>

 

I can process this pipeline up until transformation.  But the zip serializer gives me following
exception:

 

Caused by: org.apache.avalon.framework.service.ServiceException: Component with role 'org.apache.cocoon.serialization.Serializer/'
and key 'map' is not defined in this service selector. (Key='AvalonServiceSelector')

      at org.apache.cocoon.serialization.ZipArchiveSerializer.addEntry(ZipArchiveSerializer.java:333)

      at org.apache.cocoon.serialization.ZipArchiveSerializer.startElement(ZipArchiveSerializer.java:211)

      at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source)

      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

      at java.lang.reflect.Method.invoke(Method.java:585)

      at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)

      at $Proxy12.startElement(Unknown Source)

      at net.sf.saxon.event.ContentHandlerProxy.startContent(ContentHandlerProxy.java:253)

 

 

I would expect that the name of the serializer is used as key... or is my assumption wrong
and do I need to add some extra configuration to the custom serializer?

 

May thx in advance,

Robby Pelssers
Re: URLConnectionUtils.closeLoudly() Steven Dolg <steven.dolg@indoqa.com> urn:uuid:%3c4B191E31-2070602@indoqa-com%3e 2009-12-04T14:35:29Z 
Jos Snellings schrieb:
> Hi!
>
> At the end of RESTController I get:
>
> 2009-12-04 14:57:26,014 ERROR http-8080-Processor20
> org.apache.cocoon.sitemap.InvocationImpl/handle-errors - Error while
> executing the sitemap. [request-uri=/editor/put/definition/1124]
> java.lang.NullPointerException
>         at
> org.apache.cocoon.pipeline.util.URLConnectionUtils.closeQuietly(URLConnectionUtils.java:37)
>         at
> org.apache.cocoon.rest.controller.response.URLResponse.execute(URLResponse.java:91)
>         at
> org.apache.cocoon.rest.controller.SpringRESTController.invoke(SpringRESTController.java:88)
>         at
> org.apache.cocoon.controller.SpringControllerComponent.execute(SpringControllerComponent.java:50)
>         at
> org.apache.cocoon.pipeline.AbstractPipeline.invokeStarter(AbstractPipeline.java:147)
>         at
> org.apache.cocoon.pipeline.CachingPipeline.execute(CachingPipeline.java:126)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:597)
>
> It is certainly not closing a connection quietly :-) 
>
> In URLResponse.java, is it possible that in execute()
>
> servletConnection = this.url.openConnection(); is null?
>
> Responses are like:
>    if (action.equals("st")) return new
> URLResponse("servlet:/thesaurusedit/stdemo",data);
>             	if (action.equals("term")) return new
> URLResponse("servlet:/edit/term", data);
>             }
>             
> 	return new URLResponse("servlet:editor/workspace", data);
>
> Is there an obvious mistake I am making?
>   

Hi,

the only difference I can spot is that your last URL does not include a 
leading slash after the protocol: "servlet:editor/workspace" instead of 
"servlet:/editor/workspace".
However throwing the NPE in closeQuietly() is a genuine bug IMO.

Does this happen in all cases of your "action" variable or only for a 
specific one?

IIRC, URL.openConnection will either return a connection of throw an 
exception.
Which would mean that openConnection fails and thus servletConnection 
remains null, which is then not handled correctly...


Steven


> Thanks,
> Jos
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>   


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: URLConnectionUtils.closeLoudly() Johannes Lichtenberger <Johannes.Lichtenberger@uni-konstanz.de> urn:uuid:%3c1259936998-3973-229-camel@luna%3e 2009-12-04T14:29:58Z 
On Fri, 2009-12-04 at 15:15 +0100, Jos Snellings wrote:

[StackTrace]

> It is certainly not closing a connection quietly :-) 
> 
> In URLResponse.java, is it possible that in execute()
> 
> servletConnection = this.url.openConnection(); is null?
> 
> Responses are like:
>    if (action.equals("st")) return new
> URLResponse("servlet:/thesaurusedit/stdemo",data);
>             	if (action.equals("term")) return new
> URLResponse("servlet:/edit/term", data);
>             }
>             
> 	return new URLResponse("servlet:editor/workspace", data);

Well, you know I'm not really familiar with cocoon, but I would replace
action.equals("st") with "st".equals(action) and action.equals("term")
equally, so you can't get NullPointerExceptions in this place (I know
it's not the source of the problem).

greetings,
Johannes  


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
URLConnectionUtils.closeLoudly() Jos Snellings <Jos.Snellings@pandora.be> urn:uuid:%3c1259936136-2594-13-camel@joske-laptop%3e 2009-12-04T14:15:36Z 
Hi!

At the end of RESTController I get:

2009-12-04 14:57:26,014 ERROR http-8080-Processor20
org.apache.cocoon.sitemap.InvocationImpl/handle-errors - Error while
executing the sitemap. [request-uri=/editor/put/definition/1124]
java.lang.NullPointerException
        at
org.apache.cocoon.pipeline.util.URLConnectionUtils.closeQuietly(URLConnectionUtils.java:37)
        at
org.apache.cocoon.rest.controller.response.URLResponse.execute(URLResponse.java:91)
        at
org.apache.cocoon.rest.controller.SpringRESTController.invoke(SpringRESTController.java:88)
        at
org.apache.cocoon.controller.SpringControllerComponent.execute(SpringControllerComponent.java:50)
        at
org.apache.cocoon.pipeline.AbstractPipeline.invokeStarter(AbstractPipeline.java:147)
        at
org.apache.cocoon.pipeline.CachingPipeline.execute(CachingPipeline.java:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)

It is certainly not closing a connection quietly :-) 

In URLResponse.java, is it possible that in execute()

servletConnection = this.url.openConnection(); is null?

Responses are like:
   if (action.equals("st")) return new
URLResponse("servlet:/thesaurusedit/stdemo",data);
            	if (action.equals("term")) return new
URLResponse("servlet:/edit/term", data);
            }
            
	return new URLResponse("servlet:editor/workspace", data);

Is there an obvious mistake I am making?

Thanks,
Jos


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
cocoon3 inside portlets Thomas Markus <t.markus@proventis.net> urn:uuid:%3c4B19083F-40305@proventis-net%3e 2009-12-04T13:01:51Z 
hi,

whats the best approach to use cocoon3 as portlet content producer?

currently i use cocoon3 trunk and build a running sample


regards

Thomas

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
cocoon3 sitemap call Thomas Markus <t.markus@proventis.net> urn:uuid:%3c4B18DAB0-50309@proventis-net%3e 2009-12-04T09:47:28Z 
hi,

i tried to manually load and invoke a sitemap and it works fine now. but
how can i access resulting content type? i cant find something.

thx
Thomas

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Xpointer Dick Deneer <dick.deneer@donkeydevelopment.com> urn:uuid:%3c26627996-post@talk-nabble-com%3e 2009-12-03T15:40:27Z 

I read that Cocoon has XPointer functionalty.
Can I use this independently: Can I use a xml text file as input to the
parser, supply an xpointer expression and get the offset in the xml of the
result nodeset. If this is possible can you please supply a hint to get me
started?
Thanks,
DD
-- 
View this message in context: http://old.nabble.com/Xpointer-tp26627996p26627996.html
Sent from the Cocoon - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org