ColdFusion CFThread Body Context Exploration

Posted December 12, 2007 at 9:36 AM

Tags: ColdFusion

After my last post on checking session existence inside of ColdFusion CFThread tags, I became curious as to what else can be done inside of a CFThread tag body. To experiment, I put this little page together that launches two "synchronous" asynchronous threads and then dumps out their data structures. I say "synchronous" only because I wait for them to rejoin the current page request:

 Launch code in new window » Download code as text file »

  • <!---
  • Put in page title to make sure this content does
  • not get cleared from buffer.
  • --->
  • <h1>
  • ColdFusion 8 CFThread Testing
  • </h1>
  •  
  •  
  •  
  • <!--- Launch asynchronous thread. --->
  • <cfthread
  • action="run"
  • name="thread1">
  •  
  • <h2>
  • CFThread 1 Body Content
  • </h2>
  •  
  • <p>
  • This is coming from thread 1.
  • </p>
  •  
  • </cfthread>
  •  
  •  
  • <!--- Wait for thread 1 to re-join current page. --->
  • <cfthread
  • action="join"
  • name="thread1"
  • />
  •  
  • <!--- Dump out thread content. --->
  • <cfdump
  • var="#CFTHREAD.Thread1#"
  • label="Thread1 Data"
  • />
  •  
  •  
  •  
  • <!--- Sleep for 2 second between the two threads. --->
  • <cfthread
  • action="sleep"
  • duration="#(2 * 1000)#"
  • />
  •  
  •  
  •  
  • <!--- Launch asynchronous thread. --->
  • <cfthread
  • action="run"
  • name="thread2">
  •  
  • <h2>
  • CFThread 2 Body Content
  • </h2>
  •  
  • <p>
  • This is coming from thread 2.
  • </p>
  •  
  • <!--- Clear content. --->
  • <cfcontent reset="true" />
  •  
  • <!--- Store the start time of the current page context. --->
  • <cfset THREAD.ContextStartTime =
  • GetPageContext().GetFusionContext().GetStartTime()
  • />
  •  
  • </cfthread>
  •  
  •  
  • <!--- Wait for thread 2 to re-join current page. --->
  • <cfthread
  • action="join"
  • name="thread2"
  • />
  •  
  • <!--- Dump out thread content. --->
  • <cfdump
  • var="#CFTHREAD.Thread2#"
  • label="Thread2 Data"
  • />

The first thread executes with some body content and then we wait for it to return and dump out. Nothing special going on there at all. This is the CFDump output that we get from the first thread:


 
 
 

 
CFThread Context Data For Thread 1  
 
 
 

It contains the HTML content of the tag and the additional thread data tidbits.

Then, our page sleeps for two seconds and launches a second CFThread tag. Inside this thread, we have some interesting things going on. First, we call a CFContent tag to reset the content buffer. I have never done this in anything but the primary page, so I wasn't even sure if this would compile. Then, I grab the page context within the CFThread and store that page start time and store it in the THREAD scope.

This is the CFDump output of the second thread:


 
 
 

 
CFThread Context Data For Thread 2  
 
 
 

So, we got some interesting stuff going on here. For starters, the OUTPUT of the tag is empty. This means that the CFContent[reset=true] cleared the output buffer of the CFThread tag. The h1 tag of our original page request was left intact, so we know that this reset action was limited to the CFThread tag. Second, the ContextStartTime variable that we stored into the THREAD scope is:

{ts '2007-12-12 09:26:04'}

... is the same start time as denoted by the inherent Thread data, which is two seconds after the start time of the first thread. What this is demonstrating is that the body of a CFThread tag runs entirely in its own context much like an individual ColdFusion request (and somewhat like an individual template). I am sure that this makes sense when you know how threads work, but for me, this is interesting news.

Download Code Snippet ZIP File

Post Comment  |  Ask Ben  |  Permalink  |  Other Searches  |  Print Page



Learning ColdFusion 9 - ColdFusion 9 tutorials, samples, examples, demos

Reader Comments

There are no comments posted for this web log entry.


Post Comment  |  Ask Ben

Recent Blog Comments
Nov 20, 2009 at 11:00 PM
Five Months Without Hungarian Notation And I'm Loving It
@Marcel, Yeah, I always err on the side of longer but more readable variable names. As for the camel casing of CF methods and the headless camel casing of custom items, I get around this by always ... read »
Nov 20, 2009 at 10:56 PM
Five Months Without Hungarian Notation And I'm Loving It
I use the following and love it: my.namespace.MyComponents.functionMethodsOrUDF() CONSTANT_VALUES_OR_PROPERTIES One thing I always try is to CamelCaseBuiltInColdFusionFunctions() so others can tell ... read »
Nov 20, 2009 at 5:38 PM
Learning ColdFusion 8: CFImage Part I - Reading And Writing Images
Hi Ben, Great article. I've been looking around to see if ColdFusion image engine can programatically create the following "wrap around" effect: http://www.creativepro.com/article/photoshop-s-she ... read »
Nov 20, 2009 at 5:35 PM
Maintaining ColdFusion Sessions Across SMS Text Message Requests Without Cookies
@Dave: I talked to Gert he suggested: <cfhttp method="get" url="http://{some cf website}" result="stuff" addtoken="yes" /> Note the addition of cfhttp attribute addtoken. That should persist y ... read »
Nov 20, 2009 at 5:23 PM
Maintaining ColdFusion Sessions Across SMS Text Message Requests Without Cookies
@Todd, Ahh, gotcha, yeah that makes sense. ... read »
Nov 20, 2009 at 5:17 PM
Maintaining ColdFusion Sessions Across SMS Text Message Requests Without Cookies
Ben, sorry if I didn't make this clear. You can make it work like that if you want, just put <cfset session.foo = 1> (and <cfset application.foo = 1>) in your OnRequestStart() and it reve ... read »
Nov 20, 2009 at 5:07 PM
Maintaining ColdFusion Sessions Across SMS Text Message Requests Without Cookies
@Todd, I have seen tidbits about the way Railo handles session. I can understand that it lazy-loads sessions, but I also think that I might make some things more complicated. For example, often tim ... read »
Nov 20, 2009 at 4:53 PM
Maintaining ColdFusion Sessions Across SMS Text Message Requests Without Cookies
Ben, you can ramp up the security by turning on J2EE session which gives you a third set of numbers other than CFID/CFTOKEN. There's a reason why ACF put this in place (other than just session replic ... read »