You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Jose Miguel Vieira <jo...@kcl.ac.uk> on 2006/09/07 17:50:24 UTC
Problems using Saxon
Hello,
I'm trying to add saxon 8.8 to cocoon 2.1.9 installed under tomcat 5.5.
I followed the instruction in cocoon wiki
(http://wiki.apache.org/cocoon/Saxon):
1. Copied saxon jar files into WEB-INF/lib
2. Added a new component to cocoon.xconf:
<component class="org.apache.cocoon.components.xslt.TraxProcessor"
logger="core.xslt-processor"
role="org.apache.excalibur.xml.xslt.XSLTProcessor/saxon">
<parameter name="use-store" value="true" />
<parameter name="transformer-factory"
value="net.sf.saxon.TransformerFactoryImpl" />
</component>
3. Added the transformer to the sitempap.xmap file:
<map:transformer name="xslt-saxon" pool-grow="2" pool-max="32" pool-min="8"
src="org.apache.cocoon.transformation.TraxTransformer">
<use-request-parameters>false</use-request-parameters>
<use-browser-capabilities-db>false</use-browser-capabilities-db>
<xslt-processor-role>saxon</xslt-processor-role>
</map:transformer>
4. Restarted tomcat.
But when I try to access my application I get the following error message
(stacktrace included below):
java.lang.NullPointerException:
Cocoon stacktrace[hide]
Failed to process pipeline
file:/D:/develop/applications/apache/tomcat-5.5.17/webapps/cocoon/crsbi/site
map.xmap - 150:38 <map:serialize type="html">
file:/D:/develop/applications/apache/tomcat-5.5.17/webapps/cocoon/crsbi/site
map.xmap - 145:69 <map:transform type="xslt-saxon">
file:/D:/develop/applications/apache/tomcat-5.5.17/webapps/cocoon/sitemap.xm
ap - 944:69 <map:mount>
Any ideas why this might be happening and possible solutions?
Thanks in advance,
Miguel
-----
Jose Miguel Vieira
Centre for Computing in the Humanities
King's College London
Kay House
7, Arundel Street
London WC2R 3DX
Email: jose.m.vieira@kcl.ac.uk
Tel: +44 (0)20 78 48 12 42
Fax: +44 (0)20 78 48 29 80
Java stacktrace[hide]
java.lang.NullPointerException
at
net.sf.saxon.expr.ComputedExpression.gatherSlotsUsed(ComputedExpression.java
:531)
at
net.sf.saxon.expr.ComputedExpression.gatherSlotsUsed(ComputedExpression.java
:543)
at
net.sf.saxon.expr.ComputedExpression.gatherSlotsUsed(ComputedExpression.java
:543)
at
net.sf.saxon.expr.ComputedExpression.gatherSlotsUsed(ComputedExpression.java
:543)
at
net.sf.saxon.expr.ComputedExpression.gatherSlotsUsed(ComputedExpression.java
:543)
at
net.sf.saxon.expr.ComputedExpression.gatherSlotsUsed(ComputedExpression.java
:543)
at
net.sf.saxon.expr.ComputedExpression.getSlotsUsed(ComputedExpression.java:51
7)
at net.sf.saxon.value.Closure.make(Closure.java:96)
at
net.sf.saxon.expr.ExpressionTool.evaluate(ExpressionTool.java:346)
at net.sf.saxon.expr.LetExpression.eval(LetExpression.java:182)
at net.sf.saxon.expr.LetExpression.iterate(LetExpression.java:163)
at
net.sf.saxon.expr.ComputedExpression.effectiveBooleanValue(ComputedExpressio
n.java:626)
at net.sf.saxon.instruct.Choose.processLeavingTail(Choose.java:325)
at net.sf.saxon.instruct.Block.processLeavingTail(Block.java:353)
at net.sf.saxon.instruct.Instruction.process(Instruction.java:91)
at
net.sf.saxon.instruct.ElementCreator.processLeavingTail(ElementCreator.java:
250)
at net.sf.saxon.instruct.Instruction.process(Instruction.java:91)
at net.sf.saxon.expr.LetExpression.process(LetExpression.java:221)
at
net.sf.saxon.instruct.ForEach.processLeavingTail(ForEach.java:244)
at net.sf.saxon.instruct.Block.processLeavingTail(Block.java:353)
at net.sf.saxon.instruct.Instruction.process(Instruction.java:91)
at
net.sf.saxon.instruct.ElementCreator.processLeavingTail(ElementCreator.java:
250)
at net.sf.saxon.instruct.Choose.processLeavingTail(Choose.java:338)
at net.sf.saxon.instruct.Instruction.process(Instruction.java:91)
at
net.sf.saxon.instruct.ForEach.processLeavingTail(ForEach.java:244)
at net.sf.saxon.instruct.Template.applyLeavingTail(Template.java:99)
at
net.sf.saxon.instruct.ApplyTemplates.applyTemplates(ApplyTemplates.java:319)
at
net.sf.saxon.instruct.ApplyTemplates.apply(ApplyTemplates.java:189)
at
net.sf.saxon.instruct.ApplyTemplates.process(ApplyTemplates.java:149)
at
net.sf.saxon.instruct.ElementCreator.processLeavingTail(ElementCreator.java:
250)
at net.sf.saxon.instruct.Copy.processLeavingTail(Copy.java:152)
at net.sf.saxon.instruct.Template.applyLeavingTail(Template.java:99)
at net.sf.saxon.instruct.Template.apply(Template.java:78)
at
net.sf.saxon.instruct.ApplyImports.processLeavingTail(ApplyImports.java:180)
at net.sf.saxon.instruct.Template.applyLeavingTail(Template.java:99)
at
net.sf.saxon.instruct.ApplyTemplates.applyTemplates(ApplyTemplates.java:319)
at
net.sf.saxon.instruct.ApplyTemplates.apply(ApplyTemplates.java:189)
at
net.sf.saxon.instruct.ApplyTemplates.process(ApplyTemplates.java:149)
at
net.sf.saxon.instruct.ElementCreator.processLeavingTail(ElementCreator.java:
250)
at net.sf.saxon.instruct.Copy.processLeavingTail(Copy.java:152)
at net.sf.saxon.instruct.Template.applyLeavingTail(Template.java:99)
at net.sf.saxon.instruct.Template.apply(Template.java:78)
at
net.sf.saxon.instruct.ApplyImports.processLeavingTail(ApplyImports.java:180)
at net.sf.saxon.instruct.Template.applyLeavingTail(Template.java:99)
at
net.sf.saxon.instruct.ApplyTemplates.applyTemplates(ApplyTemplates.java:319)
at
net.sf.saxon.instruct.ApplyTemplates.apply(ApplyTemplates.java:189)
at
net.sf.saxon.instruct.ApplyTemplates.processLeavingTail(ApplyTemplates.java:
153)
at net.sf.saxon.instruct.Block.processLeavingTail(Block.java:353)
at net.sf.saxon.instruct.Instruction.process(Instruction.java:91)
at
net.sf.saxon.instruct.ElementCreator.processLeavingTail(ElementCreator.java:
250)
at net.sf.saxon.instruct.Block.processLeavingTail(Block.java:353)
at net.sf.saxon.instruct.Instruction.process(Instruction.java:91)
at
net.sf.saxon.instruct.ElementCreator.processLeavingTail(ElementCreator.java:
250)
at net.sf.saxon.instruct.Block.processLeavingTail(Block.java:353)
at net.sf.saxon.instruct.Instruction.process(Instruction.java:91)
at
net.sf.saxon.instruct.ElementCreator.processLeavingTail(ElementCreator.java:
250)
at net.sf.saxon.instruct.Block.processLeavingTail(Block.java:353)
at net.sf.saxon.instruct.Instruction.process(Instruction.java:91)
at
net.sf.saxon.instruct.ElementCreator.processLeavingTail(ElementCreator.java:
250)
at net.sf.saxon.instruct.Template.applyLeavingTail(Template.java:99)
at
net.sf.saxon.instruct.ApplyTemplates.applyTemplates(ApplyTemplates.java:319)
at
net.sf.saxon.instruct.ApplyTemplates$ApplyTemplatesPackage.processLeavingTai
l(ApplyTemplates.java:488)
at net.sf.saxon.Controller.transformDocument(Controller.java:1607)
at
net.sf.saxon.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:
133)
at
org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:55)
at
org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer
.java:585)
at
org.apache.cocoon.sitemap.ContentAggregator.generate(ContentAggregator.java:
132)
at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline
.processXMLPipeline(AbstractCachingProcessingPipeline.java:369)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(Abs
tractProcessingPipeline.java:480)
at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(Seri
alizeNode.java:120)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:46)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok
e(PreparableMatchNode.java:130)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel
ineNode.java:142)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe
linesNode.java:92)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:252)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNod
e.java:117)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:46)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok
e(PreparableMatchNode.java:130)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel
ineNode.java:142)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe
linesNode.java:92)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:252)
at org.apache.cocoon.Cocoon.process(Cocoon.java:686)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1153)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:178)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC
onnection(Http11BaseProtocol.java:664)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
a:527)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
rkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:684)
at java.lang.Thread.run(Thread.java:595)
Re: Problems using Saxon
Posted by Askild Aaberg Olsen <as...@xangeli.com>.
Antonio Gallardo wrote:
> Askild Aaberg Olsen escribió:
>> Jose Miguel Vieira wrote:
>>>
>>> Hello,
>>>
>>> I’m trying to add saxon 8.8 to cocoon 2.1.9 installed under tomcat 5.5.
>>>
>> We use Saxon 8.7.3 as described the Cocoon Wiki (remember to remove
>> the META-INF directory), but had no success with 8.8 (but not a
>> nullpointerexception)
> Did you tried to rename the saxon.jar to zsaxon.jar?
>
> The "z" prefix is a trick to make sure the saxon.jar is the last in
> the classpath.
No change on my side, but it seems like it happens when you have more
than one XSLT-transformer in the same pipeline (2.1.9 with "cocoon
servlet"):
cause: java.lang.UnsupportedOperationException: The TransformerHandler
is not serially reusable. The startDocument() method must be called once
only.
Askild
-
java.lang.UnsupportedOperationException: The TransformerHandler is not
serially reusable. The startDocument() method must be called once only.
at
net.sf.saxon.TransformerHandlerImpl.startDocument(TransformerHandlerImpl.java:69)
at
org.apache.cocoon.xml.AbstractXMLPipe.startDocument(AbstractXMLPipe.java:47)
at
org.apache.cocoon.transformation.TraxTransformer.startDocument(TraxTransformer.java:618)
at
net.sf.saxon.event.ContentHandlerProxy.open(ContentHandlerProxy.java:242)
at net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:76)
at
net.sf.saxon.event.ImplicitResultChecker.open(ImplicitResultChecker.java:24)
at
net.sf.saxon.event.ImplicitResultChecker.firstContent(ImplicitResultChecker.java:59)
at
net.sf.saxon.event.ImplicitResultChecker.startElement(ImplicitResultChecker.java:30)
at
net.sf.saxon.event.NamespaceReducer.startElement(NamespaceReducer.java:54)
at
net.sf.saxon.event.ComplexContentOutputter.startContent(ComplexContentOutputter.java:481)
at
net.sf.saxon.event.ComplexContentOutputter.startElement(ComplexContentOutputter.java:153)
at net.sf.saxon.tinytree.TinyElementImpl.copy(TinyElementImpl.java:313)
at net.sf.saxon.instruct.CopyOf.processLeavingTail(CopyOf.java:139)
at net.sf.saxon.instruct.Block.processLeavingTail(Block.java:353)
at net.sf.saxon.instruct.Instruction.process(Instruction.java:91)
at
net.sf.saxon.instruct.ElementCreator.processLeavingTail(ElementCreator.java:250)
at net.sf.saxon.instruct.Copy.processLeavingTail(Copy.java:152)
at net.sf.saxon.instruct.Template.applyLeavingTail(Template.java:99)
at
net.sf.saxon.instruct.ApplyTemplates.applyTemplates(ApplyTemplates.java:319)
at
net.sf.saxon.instruct.ApplyTemplates.defaultAction(ApplyTemplates.java:351)
at
net.sf.saxon.instruct.ApplyTemplates.applyTemplates(ApplyTemplates.java:312)
at net.sf.saxon.Controller.transformDocument(Controller.java:1602)
at
net.sf.saxon.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:133)
at
org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:55)
at
org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer.java:585)
at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown
Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown
Source)
at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source)
at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source)
at
org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher.dispatch(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
Source)
at org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:315)
at org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:334)
at
org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:325)
at
org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:480)
at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:120)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142)
at org.apache
cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
at org.apache
cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252)
at org.apache.cocoon.Cocoon.process(Cocoon.java:686)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1153)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:300)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:511
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: error: Too Many Open Files
Posted by Bokluci <bo...@googlemail.com>.
No... those are xml files with a lot of info in them... can't be
automatically generated...
How does cocoon make difference between using document function "a lot" and
not so much...
-----Original Message-----
From: Jeroen Reijn [mailto:j.reijn@hippo.nl]
Sent: Tuesday, November 07, 2006 12:38 AM
To: users@cocoon.apache.org
Subject: Re: error: Too Many Open Files
Yes cocoon should automatically close the files, unless you use the
document function a lot.
Can't you generate the XML to search in from cocoon instead of using the
document function?
Reijn
Bokluci wrote:
> No, it's not my case... does cocoon not automatically close files?
>
> -----Original Message-----
> From: Jeroen Reijn [mailto:j.reijn@hippo.nl]
> Sent: Tuesday, November 07, 2006 12:30 AM
> To: users@cocoon.apache.org
> Subject: Re: error: Too Many Open Files
>
> Hi,
>
> i've seen this happen in combination with lucene quite often. Might that
> be your problem?
>
> Regards,
>
> Jeroen Reijn
>
> Joerg Heinicke wrote:
>> On 06.11.2006 23:19, Bokluci wrote:
>>>> From Time to time cocoon shows "Too many open files" error.
>>> I've already set ulimit to
>>>
>>> ulimit -n 8192
>>>
>>> , but it still shows from time to time this error...
>>> Any suggestions?
>> I'm not aware of any "resource leak" in Cocoon itself. Are you doing
>> anything special? Opening and handling many files or anything like that?
>> For example, are you releasing all resolved sources you obtained via a
>> SourceResolver.
>>
>> Jörg
>>
>> ---------------------------------------------------------------------
>> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: error: Too Many Open Files
Posted by Jeroen Reijn <j....@hippo.nl>.
Yes cocoon should automatically close the files, unless you use the
document function a lot.
Can't you generate the XML to search in from cocoon instead of using the
document function?
Reijn
Bokluci wrote:
> No, it's not my case... does cocoon not automatically close files?
>
> -----Original Message-----
> From: Jeroen Reijn [mailto:j.reijn@hippo.nl]
> Sent: Tuesday, November 07, 2006 12:30 AM
> To: users@cocoon.apache.org
> Subject: Re: error: Too Many Open Files
>
> Hi,
>
> i've seen this happen in combination with lucene quite often. Might that
> be your problem?
>
> Regards,
>
> Jeroen Reijn
>
> Joerg Heinicke wrote:
>> On 06.11.2006 23:19, Bokluci wrote:
>>>> From Time to time cocoon shows "Too many open files" error.
>>> I've already set ulimit to
>>>
>>> ulimit -n 8192
>>>
>>> , but it still shows from time to time this error...
>>> Any suggestions?
>> I'm not aware of any "resource leak" in Cocoon itself. Are you doing
>> anything special? Opening and handling many files or anything like that?
>> For example, are you releasing all resolved sources you obtained via a
>> SourceResolver.
>>
>> Jörg
>>
>> ---------------------------------------------------------------------
>> 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: Too Many Open Files
Posted by Bokluci <bo...@googlemail.com>.
No, it's not my case... does cocoon not automatically close files?
-----Original Message-----
From: Jeroen Reijn [mailto:j.reijn@hippo.nl]
Sent: Tuesday, November 07, 2006 12:30 AM
To: users@cocoon.apache.org
Subject: Re: error: Too Many Open Files
Hi,
i've seen this happen in combination with lucene quite often. Might that
be your problem?
Regards,
Jeroen Reijn
Joerg Heinicke wrote:
> On 06.11.2006 23:19, Bokluci wrote:
>>> From Time to time cocoon shows "Too many open files" error.
>> I've already set ulimit to
>>
>> ulimit -n 8192
>>
>> , but it still shows from time to time this error...
>> Any suggestions?
>
> I'm not aware of any "resource leak" in Cocoon itself. Are you doing
> anything special? Opening and handling many files or anything like that?
> For example, are you releasing all resolved sources you obtained via a
> SourceResolver.
>
> Jörg
>
> ---------------------------------------------------------------------
> 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: Too Many Open Files
Posted by Jeroen Reijn <j....@hippo.nl>.
Hi,
i've seen this happen in combination with lucene quite often. Might that
be your problem?
Regards,
Jeroen Reijn
Joerg Heinicke wrote:
> On 06.11.2006 23:19, Bokluci wrote:
>>> From Time to time cocoon shows "Too many open files" error.
>> I've already set ulimit to
>>
>> ulimit -n 8192
>>
>> , but it still shows from time to time this error...
>> Any suggestions?
>
> I'm not aware of any "resource leak" in Cocoon itself. Are you doing
> anything special? Opening and handling many files or anything like that?
> For example, are you releasing all resolved sources you obtained via a
> SourceResolver.
>
> Jörg
>
> ---------------------------------------------------------------------
> 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: Too Many Open Files
Posted by Bokluci <bo...@googlemail.com>.
Exactly.
It looks for previous and next file in a file with xml tree, then looks for
special info in these files. I'm not very good with xslt, but as far as I
know the only sitable function for my case is document function...
Or I'm wrong? Why document is not used in cocoon env? Which function is used
instead?
Vik
-----Original Message-----
From: Joerg Heinicke [mailto:joerg.heinicke@gmx.de]
Sent: Tuesday, November 07, 2006 12:13 AM
To: users@cocoon.apache.org
Subject: Re: error: Too Many Open Files
On 07.11.2006 00:03, Bokluci wrote:
> I'm doing big searches trough lot of files (3-400)... I'm using simply
> "document" function, is there any release function I'm missing?
This means document function in XSLT? Or something different? Can you
describe your technical concept a bit? Maybe this points to a problem
with document in XSLT - which is rarely used in Cocoon environments.
Jörg
> -----Original Message-----
> From: Joerg Heinicke [mailto:joerg.heinicke@gmx.de]
> Sent: Monday, November 06, 2006 11:45 PM
> To: users@cocoon.apache.org
> Subject: Re: error: Too Many Open Files
>
> On 06.11.2006 23:19, Bokluci wrote:
>> >From Time to time cocoon shows "Too many open files" error.
>> I've already set ulimit to
>>
>> ulimit -n 8192
>>
>> , but it still shows from time to time this error...
>> Any suggestions?
>
> I'm not aware of any "resource leak" in Cocoon itself. Are you doing
> anything special? Opening and handling many files or anything like that?
> For example, are you releasing all resolved sources you obtained via a
> SourceResolver.
---------------------------------------------------------------------
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: Too Many Open Files
Posted by Joerg Heinicke <jo...@gmx.de>.
On 07.11.2006 00:03, Bokluci wrote:
> I'm doing big searches trough lot of files (3-400)... I'm using simply
> "document" function, is there any release function I'm missing?
This means document function in XSLT? Or something different? Can you
describe your technical concept a bit? Maybe this points to a problem
with document in XSLT - which is rarely used in Cocoon environments.
Jörg
> -----Original Message-----
> From: Joerg Heinicke [mailto:joerg.heinicke@gmx.de]
> Sent: Monday, November 06, 2006 11:45 PM
> To: users@cocoon.apache.org
> Subject: Re: error: Too Many Open Files
>
> On 06.11.2006 23:19, Bokluci wrote:
>> >From Time to time cocoon shows "Too many open files" error.
>> I've already set ulimit to
>>
>> ulimit -n 8192
>>
>> , but it still shows from time to time this error...
>> Any suggestions?
>
> I'm not aware of any "resource leak" in Cocoon itself. Are you doing
> anything special? Opening and handling many files or anything like that?
> For example, are you releasing all resolved sources you obtained via a
> SourceResolver.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: error: Too Many Open Files
Posted by Bokluci <bo...@googlemail.com>.
I'm doing big searches trough lot of files (3-400)... I'm using simply
"document" function, is there any release function I'm missing?
Vik
-----Original Message-----
From: Joerg Heinicke [mailto:joerg.heinicke@gmx.de]
Sent: Monday, November 06, 2006 11:45 PM
To: users@cocoon.apache.org
Subject: Re: error: Too Many Open Files
On 06.11.2006 23:19, Bokluci wrote:
>>>From Time to time cocoon shows "Too many open files" error.
> I've already set ulimit to
>
> ulimit -n 8192
>
> , but it still shows from time to time this error...
> Any suggestions?
I'm not aware of any "resource leak" in Cocoon itself. Are you doing
anything special? Opening and handling many files or anything like that?
For example, are you releasing all resolved sources you obtained via a
SourceResolver.
Jörg
---------------------------------------------------------------------
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: Too Many Open Files
Posted by Joerg Heinicke <jo...@gmx.de>.
On 06.11.2006 23:19, Bokluci wrote:
>>>From Time to time cocoon shows "Too many open files" error.
> I've already set ulimit to
>
> ulimit -n 8192
>
> , but it still shows from time to time this error...
> Any suggestions?
I'm not aware of any "resource leak" in Cocoon itself. Are you doing
anything special? Opening and handling many files or anything like that?
For example, are you releasing all resolved sources you obtained via a
SourceResolver.
Jörg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: error: Too Many Open Files
Posted by Geert Josten <ge...@daidalos.nl>.
I've heard of a java bug that caused this message. What Java version are
you using and what happens if you upgrade to the latest? (if possible)
Kind regards,
Geert
>
Drs. G.P.H. Josten
Consultant
Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665 JZ Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl
KvK 27164984
De informatie - verzonden in of met dit emailbericht - is afkomstig van Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit bericht kunnen geen rechten worden ontleend.
> Van: Bokluci [mailto:bokluci@googlemail.com]
> Verzonden: maandag 6 november 2006 23:19
> Aan: users@cocoon.apache.org
> Onderwerp: error: Too Many Open Files
>
>
> From Time to time cocoon shows "Too many open files" error.
> I've already set ulimit to
>
> ulimit -n 8192
>
> , but it still shows from time to time this error...
> Any suggestions?
>
> Thanks in advance.
> Vik
>
>
> ---------------------------------------------------------------------
> 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
error: Too Many Open Files
Posted by Bokluci <bo...@googlemail.com>.
>From Time to time cocoon shows "Too many open files" error.
I've already set ulimit to
ulimit -n 8192
, but it still shows from time to time this error...
Any suggestions?
Thanks in advance.
Vik
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Null Pointer Exception and Cocoon Up/Down Check
Posted by Bokluci <bo...@googlemail.com>.
This time I got the error:
Any ideas where is the error?
An error has occured
java.lang.NullPointerException:
Cocoon stacktrace[hide]
Sitemap: error when calling sub-sitemap
context://sitemap.xmap - 890:66 <map:mount>
Java stacktrace[hide]
java.lang.NullPointerException
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:248)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNod
e.java:117)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:46)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok
e(PreparableMatchNode.java:130)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel
ineNode.java:142)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe
linesNode.java:92)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:248)
at org.apache.cocoon.Cocoon.process(Cocoon.java:679)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandl
er.java:294)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext
.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:300)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:511)
Java full stacktrace[hide]
org.apache.cocoon.ProcessingException: Sitemap: error when calling
sub-sitemap
at <map:mount> -
file:/opt/cocoon-2.1.8/build/webapp/sitemap.xmap:890:66
at
org.apache.cocoon.ProcessingException.throwLocated(ProcessingException.java:
112)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNod
e.java:121)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:46)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok
e(PreparableMatchNode.java:130)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel
ineNode.java:142)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:68)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe
linesNode.java:92)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:248)
at org.apache.cocoon.Cocoon.process(Cocoon.java:679)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandl
er.java:294)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext
.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:300)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:511)
Caused by: java.lang.NullPointerException
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:234)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con
creteTreeProcessor.java:176)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:248)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNod
e.java:117)
... 25 more
The Apache Cocoon Project
-----Original Message-----
From: Jeroen Reijn [mailto:j.reijn@hippo.nl]
Sent: Friday, September 08, 2006 9:14 AM
To: users@cocoon.apache.org
Subject: Re: Null Pointer Exception and Cocoon Up/Down Check
Hi Vik,
yes I guess doing a check on a url is the easiest way.
What does the stack trace look like? Does it point you in the direction
of the component that causes this error?
Regards,
Reijn
Bokluci wrote:
> Hi,
>
> From time to time (once a week) my cocoon goes down with null-pointer
> exception referring to sub-sitemap. After restart everything works fine.
>
> I still can't trace down where the problem lies. So I am going to write
> small script to check if cocoon works or not, and if not - restart it.
>
> What's the best way to do it? The best idea I can think of is to try to
open
> certain url, and check for error message there. Any better ideas?
>
> Vik
>
>
> ---------------------------------------------------------------------
> 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: Null Pointer Exception and Cocoon Up/Down Check
Posted by Bokluci <bo...@googlemail.com>.
For some stupid reason I forget every time to take a screenshot, because I'm
in hurry to restart... :(
-----Original Message-----
From: Jeroen Reijn [mailto:j.reijn@hippo.nl]
Sent: Friday, September 08, 2006 9:14 AM
To: users@cocoon.apache.org
Subject: Re: Null Pointer Exception and Cocoon Up/Down Check
Hi Vik,
yes I guess doing a check on a url is the easiest way.
What does the stack trace look like? Does it point you in the direction
of the component that causes this error?
Regards,
Reijn
Bokluci wrote:
> Hi,
>
> From time to time (once a week) my cocoon goes down with null-pointer
> exception referring to sub-sitemap. After restart everything works fine.
>
> I still can't trace down where the problem lies. So I am going to write
> small script to check if cocoon works or not, and if not - restart it.
>
> What's the best way to do it? The best idea I can think of is to try to
open
> certain url, and check for error message there. Any better ideas?
>
> Vik
>
>
> ---------------------------------------------------------------------
> 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
Cocoon PID/Restarting
Posted by Bokluci <bo...@googlemail.com>.
How can I find out cocoon PID?
Is there any start/stop/restart script available?
Thanks,
Vik
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Null Pointer Exception and Cocoon Up/Down Check
Posted by Jeroen Reijn <j....@hippo.nl>.
Hi Vik,
yes I guess doing a check on a url is the easiest way.
What does the stack trace look like? Does it point you in the direction
of the component that causes this error?
Regards,
Reijn
Bokluci wrote:
> Hi,
>
> From time to time (once a week) my cocoon goes down with null-pointer
> exception referring to sub-sitemap. After restart everything works fine.
>
> I still can't trace down where the problem lies. So I am going to write
> small script to check if cocoon works or not, and if not - restart it.
>
> What's the best way to do it? The best idea I can think of is to try to open
> certain url, and check for error message there. Any better ideas?
>
> Vik
>
>
> ---------------------------------------------------------------------
> 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
Null Pointer Exception and Cocoon Up/Down Check
Posted by Bokluci <bo...@googlemail.com>.
Hi,
>From time to time (once a week) my cocoon goes down with null-pointer
exception referring to sub-sitemap. After restart everything works fine.
I still can't trace down where the problem lies. So I am going to write
small script to check if cocoon works or not, and if not - restart it.
What's the best way to do it? The best idea I can think of is to try to open
certain url, and check for error message there. Any better ideas?
Vik
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Problems using Saxon
Posted by Antonio Gallardo <ag...@agssa.net>.
Askild Aaberg Olsen escribió:
> Jose Miguel Vieira wrote:
>>
>> Hello,
>>
>> I’m trying to add saxon 8.8 to cocoon 2.1.9 installed under tomcat 5.5.
>>
> We use Saxon 8.7.3 as described the Cocoon Wiki (remember to remove
> the META-INF directory), but had no success with 8.8 (but not a
> nullpointerexception)
Did you tried to rename the saxon.jar to zsaxon.jar?
The "z" prefix is a trick to make sure the saxon.jar is the last in the
classpath.
Best Regards,
Antonio Gallardo.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Problems using Saxon
Posted by Askild Aaberg Olsen <as...@xangeli.com>.
Jose Miguel Vieira wrote:
>
> Hello,
>
> I’m trying to add saxon 8.8 to cocoon 2.1.9 installed under tomcat 5.5.
>
We use Saxon 8.7.3 as described the Cocoon Wiki (remember to remove the
META-INF directory), but had no success with 8.8 (but not a
nullpointerexception)
Askild
-
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org