I think Sean is implying that the code be used from within application, not from within the CFC. Personally I think that would make the most sense, since the application itself should be in control of the CFC. It's normally the application who owns a datasource and path mappings.
However, I see what you are trying to do, as I am implementing something similar. Try putting the object in the SERVER scope. It's always there. Although I wouldn't be too concerned with overhead if the CFC is doing nothing more than supplying hard-coded variables. I think it may be more taxing since you'll have to use locks to pull the data from any shared source anyway. Btw. Sean that tip about the double if around the lock is fucking golden! Thanks. Adam Wayne Lehman Web Systems Developer Johns Hopkins Bloomberg School of Public Health Distance Education Division -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary Menzel Sent: Wednesday, May 28, 2003 11:22 PM To: [EMAIL PROTECTED] Subject: Re: [CFCDev] CFCs in memory > Stick it in application scope. Use code like this in Application.cfm: I still think I am trying to get my head around the Page Context bug...... .....and I dont understand why your example does not trigger that bug or some derivative of it ? By that I mean, I assume from the code sample that it is more than OK to create an instance-based CFC in the Application (or any other) scope - but it is not OK for the CFC to assume that the Application scope is initialised properly if it is accessed from within the CFC? Gary Menzel IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 ************************************************************************ **** If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual's portfolio can only be made after an examination of the particular client's investments, financial circumstances and requirements. ************************************************************************ **** ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
