You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by "Lehtonen, Mika" <mi...@digikartta.net> on 2008/04/15 18:18:58 UTC
error in html serialization
Hello,
I have an application which uses html serializer. It is a little
complicated system to describe in this. Anyway the pipeline works and of
some xml and a bunch of gifs is parsed a working html, but then we come
to the strange part. It works eleven times, crashes eleven times and
continues doing that. I can verify that even with using refresh button
on the browser. Cocoon is 2.1.11 and first I get this error and after
that the latter one. Any ideas?
mika
*type* Exception report
*message*
*description* _The server encountered an internal error () that
prevented it from fulfilling this request._
*exception*
javax.servlet.ServletException: Servlet execution threw an exception
*root cause*
java.lang.NoClassDefFoundError: org/apache/xml/utils/URI
org.apache.xml.utils.SystemIDResolver.getAbsoluteURI(SystemIDResolver.java:284)
org.apache.xpath.SourceTreeManager.resolveURI(SourceTreeManager.java:132)
org.apache.xalan.templates.FuncDocument.getDoc(FuncDocument.java:237)
org.apache.xalan.templates.FuncDocument.execute(FuncDocument.java:194)
org.apache.xpath.axes.FilterExprIteratorSimple.executeFilterExpr(FilterExprIteratorSimple.java:116)
org.apache.xpath.axes.FilterExprWalker.setRoot(FilterExprWalker.java:131)
org.apache.xpath.axes.WalkingIterator.setRoot(WalkingIterator.java:157)
org.apache.xpath.axes.NodeSequence.setRoot(NodeSequence.java:265)
org.apache.xpath.axes.LocPathIterator.asIterator(LocPathIterator.java:269)
org.apache.xalan.templates.ElemForEach.transformSelectedNodes(ElemForEach.java:335)
org.apache.xalan.templates.ElemForEach.execute(ElemForEach.java:265)
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400)
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376)
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400)
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376)
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400)
org.apache.xalan.templates.ElemIf.execute(ElemIf.java:162)
org.apache.xalan.templates.ElemForEach.transformSelectedNodes(ElemForEach.java:425)
org.apache.xalan.templates.ElemForEach.execute(ElemForEach.java:265)
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400)
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376)
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400)
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376)
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400)
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376)
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400)
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376)
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400)
org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2270)
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1356)
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3447)
org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:408)
org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:56)
org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer.java:586)
org.apache.cocoon.generation.DirectoryGenerator.generate(DirectoryGenerator.java:266)
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:579)
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:481)
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:144)
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:254)
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:254)
org.apache.cocoon.Cocoon.process(Cocoon.java:699)
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
*********************************************************************************************************************
java.lang.NullPointerException:
Cocoon stacktrace[hide]
*Failed to process pipeline*
context://asemakaavat/sitemap.xmap - 107:31 /<map:serialize type="html">/
context://asemakaavat/sitemap.xmap - 106:53 /<map:transform>/
context://asemakaavat/sitemap.xmap - 102:67 /<map:generate
type="imagedirectory">/
context://sitemap.xmap - 1034:92 /<map:mount>/
Java stacktrace[hide]
java.lang.NullPointerException at
java.util.Arrays.sort(Arrays.java:1206) at
org.apache.cocoon.generation.DirectoryGenerator.addPath(DirectoryGenerator.java:330)
at
org.apache.cocoon.generation.DirectoryGenerator.addAncestorPath(DirectoryGenerator.java:306)
at
org.apache.cocoon.generation.DirectoryGenerator.addAncestorPath(DirectoryGenerator.java:309)
at
org.apache.cocoon.generation.DirectoryGenerator.addAncestorPath(DirectoryGenerator.java:309)
at
org.apache.cocoon.generation.DirectoryGenerator.generate(DirectoryGenerator.java:263)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:579)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:481)
at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:144)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:254)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:254)
at org.apache.cocoon.Cocoon.process(Cocoon.java:699) at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: error in html serialization
Posted by "Lehtonen, Mika" <mi...@digikartta.net>.
Johannes,
after the crash, there are 1067 open files, and when you wait for a
while, the amount drops into 113. Everything is then working. Or if I
push 'refresh'-button so many times that the site works again, the
amount of files drops into 196. Every time the page is loaded again,
extra 82 files is opened until the 1000 limit is exceeded.
So it seems that you're right, but what to do to it? If I do garbage
collection manually, page starts to function. And it seems that the
problem occurs only with xslt transformer and html serializer. Those
test pipelines don't leave files open. Also my pdf pipeline works fine.
Is it possible you to test pipelines with xslt transformer and html
serializer? I mean if it would also left "old" files open after reloading.
mika
Johannes Textor kirjoitti:
> Sorry ... as I think of it, maybe you should use the less braindead command
>
> lsof -p [id]
>
> where [id] is the id of the process which actually runs cocoon.
>
> Johannes Textor schrieb:
>
>> Hi Mika,
>>
>> while trying again on your site, this time I got the following error:
>>
>> /home/cocoon/tomcat/webapps/cocoon/stylesheets/system/exception2html.xslt
>> (Too many open files)
>>
>> This I think confirms my theory that your application generates too many
>> file handles, or that file handles remain open too long after they are
>> used by Java. I think it is an issue specific to your OS/JVM
>> configuration, since I cannot reproduce this problem here (on 32 bit
>> Ubuntu using JVM 1.5). You can find out how many files are being kept
>> open by typing the following command:
>>
>> lsof | grep java
>>
>> or
>>
>> lsof | grep java | grep selitykset
>>
>> If I'm right, then the second command should reveal that (too) many file
>> handles are left open. Maybe it takes some time for the OS to close
>> them, or maybe the garbage collector needs to come around to close the
>> handles - unfortunately, I do not know too much about how Java deals
>> with file system specific file handles internally.
>>
>> Of course you could try to increase the max. open files limit for the
>> tomcat user, but it would probably be nicer to know while so many files
>> are opened in the first place. Can you try to find out more by using the
>> commands above?
>>
>> Regards,
>> 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
Re: error in html serialization
Posted by "Lehtonen, Mika" <mi...@digikartta.net>.
Thanks for your help Johannes!
I believe I found the reason. I had type="noncaching" definition in my
pipeline. I removed it and now it seems to working without errors. Try
it out yourself.
mika
Johannes Textor kirjoitti:
> Sorry ... as I think of it, maybe you should use the less braindead command
>
> lsof -p [id]
>
> where [id] is the id of the process which actually runs cocoon.
>
> Johannes Textor schrieb:
>
>> Hi Mika,
>>
>> while trying again on your site, this time I got the following error:
>>
>> /home/cocoon/tomcat/webapps/cocoon/stylesheets/system/exception2html.xslt
>> (Too many open files)
>>
>> This I think confirms my theory that your application generates too many
>> file handles, or that file handles remain open too long after they are
>> used by Java. I think it is an issue specific to your OS/JVM
>> configuration, since I cannot reproduce this problem here (on 32 bit
>> Ubuntu using JVM 1.5). You can find out how many files are being kept
>> open by typing the following command:
>>
>> lsof | grep java
>>
>> or
>>
>> lsof | grep java | grep selitykset
>>
>> If I'm right, then the second command should reveal that (too) many file
>> handles are left open. Maybe it takes some time for the OS to close
>> them, or maybe the garbage collector needs to come around to close the
>> handles - unfortunately, I do not know too much about how Java deals
>> with file system specific file handles internally.
>>
>> Of course you could try to increase the max. open files limit for the
>> tomcat user, but it would probably be nicer to know while so many files
>> are opened in the first place. Can you try to find out more by using the
>> commands above?
>>
>> Regards,
>> 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
Re: error in html serialization
Posted by Johannes Textor <jc...@gmx.de>.
Sorry ... as I think of it, maybe you should use the less braindead command
lsof -p [id]
where [id] is the id of the process which actually runs cocoon.
Johannes Textor schrieb:
> Hi Mika,
>
> while trying again on your site, this time I got the following error:
>
> /home/cocoon/tomcat/webapps/cocoon/stylesheets/system/exception2html.xslt
> (Too many open files)
>
> This I think confirms my theory that your application generates too many
> file handles, or that file handles remain open too long after they are
> used by Java. I think it is an issue specific to your OS/JVM
> configuration, since I cannot reproduce this problem here (on 32 bit
> Ubuntu using JVM 1.5). You can find out how many files are being kept
> open by typing the following command:
>
> lsof | grep java
>
> or
>
> lsof | grep java | grep selitykset
>
> If I'm right, then the second command should reveal that (too) many file
> handles are left open. Maybe it takes some time for the OS to close
> them, or maybe the garbage collector needs to come around to close the
> handles - unfortunately, I do not know too much about how Java deals
> with file system specific file handles internally.
>
> Of course you could try to increase the max. open files limit for the
> tomcat user, but it would probably be nicer to know while so many files
> are opened in the first place. Can you try to find out more by using the
> commands above?
>
> Regards,
> Johannes
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: error in html serialization
Posted by Johannes Textor <jc...@gmx.de>.
Hi Mika,
while trying again on your site, this time I got the following error:
/home/cocoon/tomcat/webapps/cocoon/stylesheets/system/exception2html.xslt
(Too many open files)
This I think confirms my theory that your application generates too many
file handles, or that file handles remain open too long after they are
used by Java. I think it is an issue specific to your OS/JVM
configuration, since I cannot reproduce this problem here (on 32 bit
Ubuntu using JVM 1.5). You can find out how many files are being kept
open by typing the following command:
lsof | grep java
or
lsof | grep java | grep selitykset
If I'm right, then the second command should reveal that (too) many file
handles are left open. Maybe it takes some time for the OS to close
them, or maybe the garbage collector needs to come around to close the
handles - unfortunately, I do not know too much about how Java deals
with file system specific file handles internally.
Of course you could try to increase the max. open files limit for the
tomcat user, but it would probably be nicer to know while so many files
are opened in the first place. Can you try to find out more by using the
commands above?
Regards,
Johannes
Lehtonen, Mika schrieb:
> Hi Johannes,
> yep, Java is 1.6.0_04 (Java Hotspot 64-bit Server VM). OS is 64-bit
> Centos 4.3.
>
> I will still do the testing you recommended and report about them when
> they done. Ok? I am not an expert on these programming and Java
> issues. Do you mean that some earlier Java would do better or do I
> have to do some tuning?
>
> Thanks,
> mika
>
> Johannes Textor kirjoitti:
>> Hi Mika,
>>
>> am I guessing right that you are using Java 1.6?
>>
>> The NullPointerException means that "This abstract pathname does not
>> denote a directory, or if an I/O error occurs" (quote from Java spec).
>> Maybe you're running out of file handles ... which operating system are
>> you using?
>>
>> Also, if you set up two minimal test pipeline like this:
>>
>> <map:match pattern="test.xml">
>> <map:generate type="imagedirectory" src="some_dir" />
>> <map:serialize type="xml" />
>> </map:match>
>>
>> and like this:
>>
>> <map:match pattern="test.xml">
>> <map:generate type="imagedirectory" src="some_dir">
>> <map:parameter name="depth" value="2" />
>> </map:generate>
>> <map:serialize type="xml" />
>> </map:match>
>>
>> does the same error occur in both / one of these pipelines?
>>
>> Regards,
>> Johannes
>>
>> Lehtonen, Mika schrieb:
>>
>>> Some further information:
>>>
>>> I have also this pipeline which produces pdfs' out of the same
>>> material. It has been functioning for a long time and still does, BUT
>>> if the html producers crashes, this won't work either.
>>>
>>> <map:match pattern="selitykset/*/*/*/*.pdf">
>>> <map:generate type="imagedirectory" src="selitykset/{2}/{3}/{4}">
>>> <map:parameter name="depth" value="2"/>
>>> <map:parameter name="root" value="{2}"/>
>>> </map:generate>
>>> <map:transform src="selitykset/{2}/{1}-pdf.xsl"/>
>>> <map:serialize type="fo2pdf"/>
>>> </map:match>
>>>
>>> You can try it out at:
>>> http://77.240.21.139/cocoon/asemakaavat/selitykset/A4p/Karsamaki/Kirkonseutu/01.pdf
>>>
>>>
>>>
>>> mika
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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: error in html serialization
Posted by "Lehtonen, Mika" <mi...@digikartta.net>.
Hi Johannes,
yep, Java is 1.6.0_04 (Java Hotspot 64-bit Server VM). OS is 64-bit
Centos 4.3.
I will still do the testing you recommended and report about them when
they done. Ok? I am not an expert on these programming and Java issues.
Do you mean that some earlier Java would do better or do I have to do
some tuning?
Thanks,
mika
Johannes Textor kirjoitti:
> Hi Mika,
>
> am I guessing right that you are using Java 1.6?
>
> The NullPointerException means that "This abstract pathname does not
> denote a directory, or if an I/O error occurs" (quote from Java spec).
> Maybe you're running out of file handles ... which operating system are
> you using?
>
> Also, if you set up two minimal test pipeline like this:
>
> <map:match pattern="test.xml">
> <map:generate type="imagedirectory" src="some_dir" />
> <map:serialize type="xml" />
> </map:match>
>
> and like this:
>
> <map:match pattern="test.xml">
> <map:generate type="imagedirectory" src="some_dir">
> <map:parameter name="depth" value="2" />
> </map:generate>
> <map:serialize type="xml" />
> </map:match>
>
> does the same error occur in both / one of these pipelines?
>
> Regards,
> Johannes
>
> Lehtonen, Mika schrieb:
>
>> Some further information:
>>
>> I have also this pipeline which produces pdfs' out of the same
>> material. It has been functioning for a long time and still does, BUT
>> if the html producers crashes, this won't work either.
>>
>> <map:match pattern="selitykset/*/*/*/*.pdf">
>> <map:generate type="imagedirectory" src="selitykset/{2}/{3}/{4}">
>> <map:parameter name="depth" value="2"/>
>> <map:parameter name="root" value="{2}"/>
>> </map:generate>
>> <map:transform src="selitykset/{2}/{1}-pdf.xsl"/>
>> <map:serialize type="fo2pdf"/>
>> </map:match>
>>
>> You can try it out at:
>> http://77.240.21.139/cocoon/asemakaavat/selitykset/A4p/Karsamaki/Kirkonseutu/01.pdf
>>
>>
>> mika
>>
>
>
>
> ---------------------------------------------------------------------
> 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: error in html serialization
Posted by Johannes Textor <jc...@gmx.de>.
Hi Mika,
am I guessing right that you are using Java 1.6?
The NullPointerException means that "This abstract pathname does not
denote a directory, or if an I/O error occurs" (quote from Java spec).
Maybe you're running out of file handles ... which operating system are
you using?
Also, if you set up two minimal test pipeline like this:
<map:match pattern="test.xml">
<map:generate type="imagedirectory" src="some_dir" />
<map:serialize type="xml" />
</map:match>
and like this:
<map:match pattern="test.xml">
<map:generate type="imagedirectory" src="some_dir">
<map:parameter name="depth" value="2" />
</map:generate>
<map:serialize type="xml" />
</map:match>
does the same error occur in both / one of these pipelines?
Regards,
Johannes
Lehtonen, Mika schrieb:
> Some further information:
>
> I have also this pipeline which produces pdfs' out of the same
> material. It has been functioning for a long time and still does, BUT
> if the html producers crashes, this won't work either.
>
> <map:match pattern="selitykset/*/*/*/*.pdf">
> <map:generate type="imagedirectory" src="selitykset/{2}/{3}/{4}">
> <map:parameter name="depth" value="2"/>
> <map:parameter name="root" value="{2}"/>
> </map:generate>
> <map:transform src="selitykset/{2}/{1}-pdf.xsl"/>
> <map:serialize type="fo2pdf"/>
> </map:match>
>
> You can try it out at:
> http://77.240.21.139/cocoon/asemakaavat/selitykset/A4p/Karsamaki/Kirkonseutu/01.pdf
>
>
> mika
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: error in html serialization
Posted by "Lehtonen, Mika" <mi...@digikartta.net>.
Some further information:
I have also this pipeline which produces pdfs' out of the same material.
It has been functioning for a long time and still does, BUT if the html
producers crashes, this won't work either.
<map:match pattern="selitykset/*/*/*/*.pdf">
<map:generate type="imagedirectory" src="selitykset/{2}/{3}/{4}">
<map:parameter name="depth" value="2"/>
<map:parameter name="root" value="{2}"/>
</map:generate>
<map:transform src="selitykset/{2}/{1}-pdf.xsl"/>
<map:serialize type="fo2pdf"/>
</map:match>
You can try it out at:
http://77.240.21.139/cocoon/asemakaavat/selitykset/A4p/Karsamaki/Kirkonseutu/01.pdf
mika
Lehtonen, Mika kirjoitti:
> Hi Johannes,
> here is the pipeline. I set those parameters to
> imagedirectory-generator, xslt-transformer and to html-serializer. I
> found no change comparing to previous action.
>
> mika
> <map:match pattern="selitykset/*/*/*/*.html">
> <map:generate type="imagedirectory" src="selitykset/{2}/{3}/{4}">
> <map:parameter name="depth" value="2"/>
> <map:parameter name="root" value="{2}"/>
> </map:generate>
> <map:transform src="selitykset/{2}/xml2html.xsl"/>
> <map:serialize type="html"/>
> </map:match>
>
> Johannes Textor kirjoitti:
>> Hi Mika,
>>
>> I can confirm this, although it did not crash after 11 times, but
>> about 15 ... whatever, can you please
>>
>> - provide the pipeline that generates this error
>>
>> - set "pool-max" and "pool-min" for all involved components to 1 in
>> sitemap.xmap, restart cocoon and tell us what happens?
>>
>> Regards,
>> Johannes
>>
>>
>> Lehtonen, Mika wrote:
>>> Please try it by yourself, be my guest.
>>>
>>> http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html
>>>
>>>
>>> Open it and refresh it over ten times. It should crash. Then refresh
>>> it over ten times again and suprise, it works again! Any ideas?
>>>
>>> mika
>>>
>>> Lehtonen, Mika kirjoitti:
>>>> Hello,
>>>>
>>>> I have an application which uses html serializer. It is a little
>>>> complicated system to describe in this. Anyway the pipeline works
>>>> and of some xml and a bunch of gifs is parsed a working html, but
>>>> then we come to the strange part. It works eleven times, crashes
>>>> eleven times and continues doing that. I can verify that even with
>>>> using refresh button on the browser. Cocoon is 2.1.11 and first I
>>>> get this error and after that the latter one. Any ideas?
>>>>
>>>> mika
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: error in html serialization
Posted by "Lehtonen, Mika" <mi...@digikartta.net>.
Hi Johannes,
here is the pipeline. I set those parameters to
imagedirectory-generator, xslt-transformer and to html-serializer. I
found no change comparing to previous action.
mika
<map:match pattern="selitykset/*/*/*/*.html">
<map:generate type="imagedirectory" src="selitykset/{2}/{3}/{4}">
<map:parameter name="depth" value="2"/>
<map:parameter name="root" value="{2}"/>
</map:generate>
<map:transform src="selitykset/{2}/xml2html.xsl"/>
<map:serialize type="html"/>
</map:match>
Johannes Textor kirjoitti:
> Hi Mika,
>
> I can confirm this, although it did not crash after 11 times, but
> about 15 ... whatever, can you please
>
> - provide the pipeline that generates this error
>
> - set "pool-max" and "pool-min" for all involved components to 1 in
> sitemap.xmap, restart cocoon and tell us what happens?
>
> Regards,
> Johannes
>
>
> Lehtonen, Mika wrote:
>> Please try it by yourself, be my guest.
>>
>> http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html
>>
>>
>> Open it and refresh it over ten times. It should crash. Then refresh
>> it over ten times again and suprise, it works again! Any ideas?
>>
>> mika
>>
>> Lehtonen, Mika kirjoitti:
>>> Hello,
>>>
>>> I have an application which uses html serializer. It is a little
>>> complicated system to describe in this. Anyway the pipeline works
>>> and of some xml and a bunch of gifs is parsed a working html, but
>>> then we come to the strange part. It works eleven times, crashes
>>> eleven times and continues doing that. I can verify that even with
>>> using refresh button on the browser. Cocoon is 2.1.11 and first I
>>> get this error and after that the latter one. Any ideas?
>>>
>>> mika
>>>
>>
>>
>> ---------------------------------------------------------------------
>> 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: error in html serialization
Posted by Johannes Textor <jc...@gmx.de>.
Hi Mika,
I can confirm this, although it did not crash after 11 times, but about
15 ... whatever, can you please
- provide the pipeline that generates this error
- set "pool-max" and "pool-min" for all involved components to 1 in
sitemap.xmap, restart cocoon and tell us what happens?
Regards,
Johannes
Lehtonen, Mika wrote:
> Please try it by yourself, be my guest.
>
> http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html
>
>
> Open it and refresh it over ten times. It should crash. Then refresh
> it over ten times again and suprise, it works again! Any ideas?
>
> mika
>
> Lehtonen, Mika kirjoitti:
>> Hello,
>>
>> I have an application which uses html serializer. It is a little
>> complicated system to describe in this. Anyway the pipeline works and
>> of some xml and a bunch of gifs is parsed a working html, but then we
>> come to the strange part. It works eleven times, crashes eleven times
>> and continues doing that. I can verify that even with using refresh
>> button on the browser. Cocoon is 2.1.11 and first I get this error
>> and after that the latter one. Any ideas?
>>
>> mika
>>
>
>
> ---------------------------------------------------------------------
> 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: error in html serialization
Posted by "Lehtonen, Mika" <mi...@digikartta.net>.
Please try it by yourself, be my guest.
http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html
Open it and refresh it over ten times. It should crash. Then refresh it
over ten times again and suprise, it works again! Any ideas?
mika
Lehtonen, Mika kirjoitti:
> Hello,
>
> I have an application which uses html serializer. It is a little
> complicated system to describe in this. Anyway the pipeline works and
> of some xml and a bunch of gifs is parsed a working html, but then we
> come to the strange part. It works eleven times, crashes eleven times
> and continues doing that. I can verify that even with using refresh
> button on the browser. Cocoon is 2.1.11 and first I get this error and
> after that the latter one. Any ideas?
>
> mika
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org