Hi Neil, why do you ask if it is Enterprise? Is it better or worse at handling the cfdocument tag?
On 2/28/07, Robertson-Ravo, Neil (RX) <[EMAIL PROTECTED]> wrote: > > ColdFusion Enterprise? > > > > "This e-mail is from Reed Exhibitions (Gateway House, 28 The Quadrant, > Richmond, Surrey, TW9 1DN, United Kingdom), a division of Reed Business, > Registered in England, Number 678540. It contains information which is > confidential and may also be privileged. It is for the exclusive use of > the > intended recipient(s). If you are not the intended recipient(s) please > note > that any form of distribution, copying or use of this communication or the > information in it is strictly prohibited and may be unlawful. If you have > received this communication in error please return it to the sender or > call > our switchboard on +44 (0) 20 89107910. The opinions expressed within > this > communication are not necessarily those expressed by Reed Exhibitions." > Visit our website at http://www.reedexpo.com > > -----Original Message----- > From: Brad Wood > To: CF-Talk > Sent: Tue Feb 27 16:06:19 2007 > Subject: cfdocument HELP! > > Hey guys, I'm having a nasty production problem this morning. > > All my pages with cfdocument tags on one of my servers are hanging on > PDF generation. I don't know if the code is single-threaded or not, but > I seem to have a gaggle of request all waiting on the first one. > > The LONGEST request in the queue has a stack trace that looks like this: > > "jrpp-9" waiting for monitor entry > - waiting on <179> a > com.icesoft.util.trackers.RenderDoneTracker) > at > com.icesoft.util.trackers.RenderDoneTracker.propertyChange(RenderDoneTra > cker.java:104) > at ice.storm.StormBase.add(OEAB) > at ice.storm.StormBase.sendViewportMessage(OEAB) > at ice.storm.StormBase.stopViewportLoading(OEAB) > at ice.storm.StormBase.stopLoading(OEAB) > at > coldfusion.document.DocumentProcessor.processContent(DocumentProcessor.j > ava:149) > at > coldfusion.document.DocumentProcessor.ProcessContent(DocumentProcessor.j > ava:59) > at > coldfusion.tagext.lang.DocumentTag.processContent(DocumentTag.java:1235) > at > coldfusion.tagext.lang.DocumentTag.doAfterBody(DocumentTag.java:1190) > at > cffilemanagement2ecfc2011875883$funcCREATEPDF.runFunction(/var/www/html/ > CustomTags/CFC/machII/tempest/filemanagement.cfc:121) > > > EVERY OTHER queued request has a stack trace that looks like this: > > > "jrpp-4" in Object.wait() > at java.lang.Object.wait(Native Method) > at java.lang.Object.wait(Object.java:429) > at coldfusion.util.Semaphore.acquire(Semaphore.java:31) > at > coldfusion.tagext.lang.DocumentTag.doAfterBody(DocumentTag.java:1107) > at > cffilemanagement2ecfc2011875883$funcCREATEPDF.runFunction(/var/www/html/ > CustomTags/CFC/machII/tempest/filemanagement.cfc:121) > > What does the "waiting on <179>" mean in the first request? How can I > figure out what is going on? > I use SeeFusion, but I can't kill these threads. The run for up to 25 > minutes and die with an http 500, no code at all. > > Apparently I just found out cfdocument is single threaded on CF standard > (we have 7.0.2 on Linux). > > Suggestions? > > ~Brad > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Create Web Applications With ColdFusion MX7 & Flex 2. Build powerful, scalable RIAs. Free Trial http://www.adobe.com/products/coldfusion/flex2/ Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:270881 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
