Some things that I've done to speed up cfdocument requests are as follows:

    * Check image links.  Provide full URLs if possible.  For some
      reason if an image is not found, it takes forever to render and
      display the little red x. 
    * Minimize the display portion.  I usually put everything into a
      cfsavecontent variable so all of my loops and things are generated
      into a single variable (sometimes multiples) and I display just
      one variable inside the cfdocument tag.  This acts as a buffer and
      seems to speed things up on my servers.

Jake Churchill
CF Webtools
11204 Davenport, Ste. 200b
Omaha, NE  68154
http://www.cfwebtools.com
402-408-3733 x103



Josh Nathanson wrote:
> Brad, do you happen to be using cfheader on that page, something like:
> <cfheader name="Content-Disposition" value="inline; filename=whatever.pdf">
>
> I had a similar issue when a spider hit a cfdocument-serving page a bunch of 
> times in succession -- maybe it's because cfheader code above causes the 
> need for some sort of reply from the client (asks client if they want to 
> open or download the file).  I suppose a spider wouldn't offer a response 
> and so the hung thread.  I removed the cfheader tag and haven't had it 
> happen again.
>
> I could be way off but it's something to take a look at.
>
> -- Josh
>
>
> ----- Original Message ----- 
> From: "Robertson-Ravo, Neil (RX)" <[EMAIL PROTECTED]>
> To: "CF-Talk" <cf-talk@houseoffusion.com>
> Sent: Tuesday, February 27, 2007 9:42 AM
> Subject: Re: cfdocument HELP!
>
>
>   
>> 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
>>
>>
>>
>>
>>
>>     
>
> 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Deploy Web Applications Quickly across the enterprise with ColdFusion MX7 & 
Flex 2. 
Free Trial 
http://www.adobe.com/products/coldfusion/flex2/

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:270829
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: 
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4

Reply via email to