cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 33004] New: - Cocoon consumes 100% of CPU and never releases it
Date Fri, 07 Jan 2005 22:48:18 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33004>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33004

           Summary: Cocoon consumes 100% of CPU and never releases it
           Product: Cocoon 2
           Version: 2.1.5
          Platform: PC
        OS/Version: Windows 2000
            Status: NEW
          Severity: normal
          Priority: P2
         Component: general components
        AssignedTo: dev@cocoon.apache.org
        ReportedBy: masonjm@ah.org


This problem recently cropped up when we put a flowscript/jxtemplate application
into production. The problem appears to be load related and we haven't been able
reproduce it in test conditions yet due to lack of resources (time and hardware).

After running normally for a time (the amount varies and appears to decrease as
the load increases) the Tomcat process running Cocoon pegs the CPU at 100%.
After stopping Apache HTTP to route users around the server the CPU never calms
back down.

>From comparing thread dumps of normal operation with the runaway condition it
looks like the problem is related to XSL transformer somehow. Here's a snip from
a thread dump during the runaway condition:

-------------------------------------------------------------------
"TP-Processor1" daemon prio=5 tid=0x37056b80 nid=0x7c0 runnable [3927e000..3927fdb0]
     at java.util.Vector.indexOf(Vector.java:362)
     - waiting to lock <0x182fc440> (a java.util.Vector)
     at org.apache.xml.dtm.ref.sax2dtm.SAX2DTM.endPrefixMapping(SAX2DTM.java:1794)
     at
org.apache.xalan.transformer.TransformerHandlerImpl.endPrefixMapping(TransformerHandlerImpl.java:455)
     at
org.apache.cocoon.xml.AbstractXMLPipe.endPrefixMapping(AbstractXMLPipe.java:77)
     at
org.apache.cocoon.components.EnvironmentChanger.endPrefixMapping(EnvironmentStack.java:117)
     at
org.apache.cocoon.xml.AbstractXMLPipe.endPrefixMapping(AbstractXMLPipe.java:77)
     at
org.apache.cocoon.components.EnvironmentChanger.endPrefixMapping(EnvironmentStack.java:117)
     at
org.apache.xml.serializer.NamespaceMappings.popNamespaces(NamespaceMappings.java:247)
     at
org.apache.xml.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:270)
     at org.apache.xalan.templates.ElemCopy.execute(ElemCopy.java:119)
     at
org.apache.xalan.templates.ElemApplyTemplates.transformSelectedNodes(ElemApplyTemplates.java:395)
     at
org.apache.xalan.templates.ElemApplyTemplates.execute(ElemApplyTemplates.java:177)
     at
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2336)
     at
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:682)
     at
org.apache.xalan.templates.ElemForEach.transformSelectedNodes(ElemForEach.java:420)
     at org.apache.xalan.templates.ElemForEach.execute(ElemForEach.java:259)
     at
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2336)
     at
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:682)
     at
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2336)
     at
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:682)
     at
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2336)
     at
org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2202)
     at
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1276)
     - locked <0x182fba98> (a org.apache.xml.serializer.ToXMLSAXHandler)
     at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3383)
-----------------------------------------------------------------

Does anyone have any idea what could be causing the runaway CPU consumption? Is
this something anyone else has encountered, or is it most likely something
unique to our application?

-James

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Mime
View raw message