Again though, this involves redirecting the local application scope. This can have bad side-effects if you need to get or set variables in the original application scope. Not to mention, you now have to iterate over a HUGE structure to find the actual keys representing applications on the current server, and this structure is not just comprised of application objects - it contains a whole mess of other objects and variables (coldfusion.compiler, coldfusion.jsp objects and the ilk). While iterating through the extra data, you'd need to check every key see if it is in fact an application before checking the name on the application. Then you do all the work. Using the java methods, you're only iterating through the applications, not the applications and all of the other stuff that using an empty cfapplication tag generates.
The java method provides much more predictable results without using any extra application scope redirection workarounds. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Kenney Sent: Wednesday, March 03, 2004 6:20 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Setting an app variable on ANY app on the server You can see all the application scopes on a server by using the <cfapplication> tag. All you have to do is give the "name" attribute an empty string. <cfapplication name=""> <cfdump var="#application#"/> Paul Kenney WebMaster, CorporateWarriors.com 916-663-1963 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roland Collins Sent: Wednesday, March 03, 2004 12:36 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Setting an app variable on ANY app on the server OK guys - (hopefully) the final revision ;) I added the init() method for Nathan to conform to the constructor methodology and store a copy of the java object instead of creating it all the time. Also made other adjustments for clarity/performance based on the init() changes. Thanks again for all of your input - you've helped make our little thrown together solution a pretty decent piece of code :) Cheers, Roland Collins -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roland Collins Sent: Wednesday, March 03, 2004 2:46 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Setting an app variable on ANY app on the server Roger - working on it now :) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Raymond Camden Sent: Wednesday, March 03, 2004 2:40 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Setting an app variable on ANY app on the server > 1) I _could_ create a persistence based version if you guys > would find value in it. Generally, we don't persist our CFCs > as a rule due to some of their less attractive quirks and > because we use them a lot for WS calls. > This isn't a high - volume feature for us, so we don't mind > the overhead. I think the point of point 1 was not to persist the CFC, but to persist the values. That way if the CFC itself is persisted, those values will not need to be recreated. -Ray ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
