You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Jorg Heymans <jh...@domek.be> on 2004/05/05 11:54:53 UTC

cocoon internal nullpointer exceptions

<<carried over from user-list>>

Hi,

Can anyone give me a hint why i am getting internal nullpointer 
exceptions during a modest load test on my cocoon install?

I cannot consistently reproduce these which is given me a headache. Can 
it be related to undersized pools? I've set all components to pool-max 
of 200+, surely 5 simultanous request threads cannot exhaust this?

Looking at exception example 2, it seems that the line
parser = (SAXParser)this.manager.lookup(SAXParser.ROLE);
*sometimes* throws a nullpointerexception. Why?

Example 1
===============
at o.a.xml.dtm.ref.sax2dtm.SAX2DTM.comment(SAX2DTM.java:2486)
at 
o.a.xalan.transformer.TransformerHandlerImpl.comment(TransformerHandlerImpl.java:933)
at o.a.cocoon.xml.AbstractXMLPipe.comment(AbstractXMLPipe.java:265)
at o.a.cocoon.xml.AbstractXMLPipe.comment(AbstractXMLPipe.java:265)
at 
o.a.cocoon.components.profiler.ProfilingSAXConnector.comment(ProfilingSAXConnector.java:226)
at 
o.a.cocoon.xml.ContentHandlerWrapper.comment(ContentHandlerWrapper.java:304)
at o.a.xerces.parsers.AbstractSAXParser.comment(Unknown Source)
at o.a.xerces.impl.XMLDocumentFragmentScannerImpl.scanComment(Unknown 
Source)
at 
o.a.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown 
Source)
at o.a.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
Source)
at o.a.xerces.parsers.XML11Configuration.parse(Unknown Source)
at o.a.xerces.parsers.DTDConfiguration.parse(Unknown Source)

Example 2
=================
at 
o.a.cocoon.components.source.AbstractStreamSource.toSAX(AbstractStreamSource.java:205)
at 
o.a.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XSLTProcessorImpl.java:275)
at 
o.a.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XSLTProcessorImpl.java:240)
at o.a.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java:313)
at 
o.a.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:204)
at 
o.a.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:290)
at 
o.a.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:180)
at 
o.a.cocoon.components.profiler.ProfilingCachingEventPipeline.process(ProfilingCachingEventPipeline.java:122)
at 
o.a.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:412)
at 
o.a.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:148)


Here are the excalibur libs I am using

excalibur-altrmi-common-20020916.jar 
excalibur-altrmi-server-impl-20020916.jar
excalibur-altrmi-server-interfaces-20020916.jar
excalibur-cli-1.0.jar
excalibur-collections-20020820.jar
excalibur-component-20020916.jar 
excalibur-concurrent-20020820.jar 
excalibur-datasource-vm14-20021121.jar 
excalibur-i18n-1.0.jar 
excalibur-instrument-20021108.jar 
excalibur-instrument-manager-20021108.jar 
excalibur-instrument-manager-interfaces-20021108.jar 
excalibur-io-1.1.jar 
excalibur-logger-20020820.jar
excalibur-monitor-20020820.jar
excalibur-naming-1.0.jar
excalibur-pool-20020820.jar
excalibur-sourceresolve-20020820.jar
excalibur-store-20020820.jar
excalibur-xmlutil-20030306.jar

common/endorsed:
xml-apis.jar
xercesImpl-2.5.0.jar
xalan-2.5.1.jar

Using cocoon 2.0.5dev.

Any ideas, ways of debugging this?
Jorg