Learning ColdFusion 8: CFThread's VARIABLES Scope Update (Thanks Dan G. Switzer, II)

Posted June 3, 2007 at 6:34 PM

Tags: ColdFusion

The other day, I posted a tutorial on ColdFusion 8's new CFThread tag, specifically, how to get data into and out of the threads. I had misunderstood the documentation when it said that all threads on the page share the same VARIABLES scope. I had taken this to mean each CHILD thread. Thankfully, Dan G. Switzer, II pointed out my misunderstanding and I was able to change the previous CFThread blog post. What Dan pointed out to me was that all the threads do indeed share the same VARIABLES scope, but that the primary page (or parent page) is also included in that pool of threads. Meaning, all threads on a given page request share the same VARIABLES scope.

To demonstrate this concept, take a look at this:

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

  • <!--- Set a message into the VARIABLES scope. --->
  • <cfset VARIABLES.Message = "From Parent Page" />
  •  
  •  
  • <!--- Launch a child thread. --->
  • <cfthread
  • action="run"
  • name="ThreadOne">
  •  
  • <!---
  • Store a message into this thread's VARIABLES
  • scope. This is NOT the page's VARIABLES scope;
  • threads have their own version.
  • --->
  • <cfset VARIABLES.Message = "From Thread One!" />
  •  
  • </cfthread>
  •  
  •  
  • <!---
  • Let's wait for thread one to finish so that we know
  • exactly where all of our values are coming from.
  • Remember, these threads are asyncronous. In fact, they
  • might not even execute in the same order in which they
  • were defined.
  • --->
  • <cfthread
  • action="join"
  • name="ThreadOne"
  • />
  •  
  •  
  • <!--- Launch a child thread. --->
  • <cfthread
  • action="run"
  • name="ThreadTwo">
  •  
  • <!---
  • Get the message from the VARIABLES scope
  • and store it into this thread's publically
  • accessible THREAD scope.
  • --->
  • <cfset THREAD.Message = VARIABLES.Message />
  •  
  • </cfthread>
  •  
  •  
  • <!---
  • Join the second thread to the current page process.
  • After this, all our child threads will have finished
  • executing (and in the same order as they were declared).
  • --->
  • <cfthread
  • action="join"
  • name="ThreadTwo"
  • />
  •  
  •  
  • <!--- Output the message stored into thread two. --->
  • Thread Two: #ThreadTwo.Message#<br />
  •  
  • <!--- Output the message stored in the parent. --->
  • Parent: #VARIABLES.Message#

Notice that while I am launching two child threads, I am requesting that the parent page wait for each thread to finish processing before it executes the next. This effectively defeats the purpose of the CFThread tag, but it is necessary to show that each thread shares the same VARIABLES scope. Running the above code, we get:

Thread Two: From Thread One!
Parent: From Thread One!

What you can see by the output is that the first thread updates the message value. This change is reflected not only in the message available to the second thread, but also to the parent page.

Thanks Dan, you the man!

Download Code Snippet ZIP File

Post Comment  |  Ask Ben  |  Other Searches  |  Print Page




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

Reader Comments

Jun 3, 2007 at 7:27 PM // reply »
3 Comments

Good notes about ColdFusion 8.
I enjoy reading your articles.
Keep it up.
Pinal Dave


Post Comment  |  Ask Ben

Recent Blog Comments
Mar 15, 2010 at 5:48 PM
Ask Ben: Finding The SQL Data Type Of A ColdFusion Query Column
Hi Ben, This solved a major problem we had with an app. We were using the cfdbInfo tag to get just the column names and dataTypes. It was taking (for some, unknown to me, reason) 2-3 minutes per t ... read »
Mar 15, 2010 at 5:46 PM
FLEX On jQuery: Decouple Components With Event Listeners
Whew, that's a lot of JavaScript code to maintain! Although I like the direction you're going here (and have used similar techniques in the past), this seems excessively code-intensive to me. As ... read »
Mar 15, 2010 at 4:16 PM
AxisFault: ColdFusion Web Services And XML Data Types
@Charles, No problem :) ... read »
Mar 15, 2010 at 4:15 PM
AxisFault: ColdFusion Web Services And XML Data Types
yes this help. thanks again. ... read »
Mar 15, 2010 at 4:12 PM
AxisFault: ColdFusion Web Services And XML Data Types
@Charles, When using CFHTTP, you probably won't need to use the WSDL stuff - that is only for SOAP. CFCs can be accessed via SOAP or REST. With SOAP, the method is declared as part of the XML packe ... read »
Mar 15, 2010 at 4:06 PM
AxisFault: ColdFusion Web Services And XML Data Types
one more question... when calling a cfc using http, how will i pass the method to call. this is how i am trying to us this. wsProcessRequestorXMLTest.cfc?wsdl it this right or am i missing someth ... read »
Mar 15, 2010 at 3:45 PM
AxisFault: ColdFusion Web Services And XML Data Types
@Charles, No problem. If you have any issues with the given approach, just drop a comment in the appropriate blog entry. ... read »
Mar 15, 2010 at 3:40 PM
AxisFault: ColdFusion Web Services And XML Data Types
thanks alot. ... read »