# Executing A Recursive CFThread In ColdFusion 9

Posted February 23, 2010 at 9:50 AM by Ben Nadel

Tags: ColdFusion

Earlier this morning, I explored the fact that ColdFusion CFThread tag bodies are executed as function calls. While I didn't see any practical value to knowing this (yet), it did present a few more opportunities for exploration. Any time there is a function, there is an opportunity to play with one of computer science's greatest achievements: recursion. Given that the underlying mechanism of the CFThread tag is a function, I wondered if I could use it to execute CFThread recursively.

Before I show you this code, please note that this exploration is completely for fun! I am in no way advocating that using this approach has any benefits over using a standard ColdFusion function; in fact, this approach is markedly more complicated. That said, as a basic recursive experiment, I tried to have CFThread compute a mathematical factorial:

• <!--- Launch a thread that will act as factorial calculation. --->
• name="factorial"
• value="10">
•
• <!---
• NOTE: In the following code, we can keep referring to
• attributes since it is always being passed as a method
• argument.
• --->
•
• <!---
• Check to see if the value is 10. If so, then we want to
• store the result into the thread. Only
• --->
• <cfif (attributes.value eq 10)>
•
• <!--- Get the next factorial result. --->
• <cfinvoke
• returnvariable="result"
• method="#getFunctionCalledName()#"
• attributes="#{ value = (attributes.value - 1) }#"
• />
•
• <!---
• Multiple the previous factorial with the current value
• and store it into the Thread object.
• --->
• <cfset thread.result = (attributes.value * result) />
•
• <!--- Check to see if the value is greater than one. --->
• <cfelseif (attributes.value gt 1)>
•
• <!--- Get the next factorial. --->
• <cfinvoke
• returnvariable="result"
• method="#getFunctionCalledName()#"
• attributes="#{ value = (attributes.value - 1) }#"
• />
•
• <!---
• Return the current value multiplied by the next
• recursive value.
• --->
• <cfreturn (attributes.value * result) />
•
• <cfelse>
•
• <!---
• If we are at one, simply return the value - there is
• no further recursion that we can apply.
• --->
• <cfreturn 1 />
•
• </cfif>
•
•
•
• <!---
• Join the thread to make sure that we can get at the
• --->
•
•
• <!--- Output the results. --->
• <cfoutput>
•
•
• </cfoutput>

As you can see, I am using ColdFusion 9's new function, getFunctionCalledName(), to figure out the name of the function object behind the CFThread tag. Then, using that method name, I am able to invoke the CFThread tag body programmatically with CFInvoke. When I call the method recursively, I have to be careful to set up the appropriate environment, passing in an Attributes struct as an argument each time. When we run the above code, we get the following output:

10! = 3628800

As you can see, the CFThread tag was able to execute recursively, working its way down to one (1) and then back up, multiplying each value to find the given factorial.

### Looking For a New Job?

25% of job board revenue is donated to Kiva. Loans that change lives - Find out more »

Feb 23, 2010 at 10:01 AM // reply »

Great post Ben.

Although there may not be any necessity for such functions (yet, anyway.. you may have stumbled across a life-changing bit of code here ;) ) the fact remains that once again you've taken the time to explore and delve further into the code and it's underlying assets, always asking "what if?" or "why?" compared to the question generally asked which is "how?".

Awesome.

Feb 23, 2010 at 10:07 AM // reply »

@Matt,

Thanks my man - I'm glad you appreciate the extra digging I try to do. I think there is something fun knowing that the function is executing recursively in *parallel* to the page. Of course, there's nothing that would stop someone from simply passing in another function reference to the CFThread tag and executing in parallel that way... but, this was fun :)

Feb 24, 2010 at 1:35 PM // reply »

This the coolest use of getFunctionCalledName() I've seen. There was some initial feedback on the prerelease like "what would you ever use that for!" and no one even dreamed of anything like this.

Feb 24, 2010 at 2:10 PM // reply »

@Elliott,

Thanks you my good man :)

Comment Etiquette: Please do not post spam. Please keep the comments on-topic. Please do not post unrelated questions or large chunks of code. And, above all, please be nice to each other - we're trying to have a good conversation here.

 Author Name: Author Email: Author Website: Comment: Supported HTML tags for formatting: bold   italic   code Remember my information Subscribe to comments Send me a copy of this comment
InVision App - Prototyping Made Beautiful With Prototyping Tools Recent Blog Comments
Mar 7, 2014 at 8:31 PM
Sanity Check: \$index vs. DOM In AngularJS Directives
I had NOOOO idea you could pass the entire friend object into a method like this: removeFriend( friend ) . I was always using some ID of the object and passing that around back and forth between vie ... read »
Mar 7, 2014 at 10:43 AM
Project HUGE: Active Release Technique (ART) With Dr. Christopher Anselmi In NYC
Does anyone know of a GOOD A.R.T. Provider near the Binghamton,NY area? I have gone to a couple of people that said they do ART but they don't. It's just a massage. Thanks for any help you can give ... read »
Mar 7, 2014 at 8:44 AM
GMail Seems To Ignore The Return-Path Header Defined By The CFMail FailTo Attribute
So, is the header "Problems-to" no longer valid? I also add "return-path" via cfmailparam. ... read »
Mar 6, 2014 at 8:58 PM
Posting XML With ColdFusion, CFHttp, And CFHttpParam
ERROR2: Missing type node :( ... read »
Mar 6, 2014 at 6:56 AM
CFLoop Attributes Evaluated Only Once
Hi Ben, An "oldie but a goodie"... funny enough we just had a discussion about this at work, what with JavaScript evaluating at each iteration of a for loop it stems to reason that CF woul ... read »
Mar 5, 2014 at 6:27 AM
Defining Instantiatable Classes In The AngularJS Dependency Injection Framework