i think he is probably safe since he is looking at only using during development (and presumably with only himself as a user.
I think that was the context of the suggestion at least. But, as you say, if that isn't the case then lock that sucker. Bill On 1/12/06, Roland Collins <[EMAIL PROTECTED]> wrote: > > > > You're going to need to lock that code, or you could have a nasty race > condition. > > > > > > ________________________________ > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Baz > Sent: Thursday, January 12, 2006 11:23 AM > To: [email protected] > Subject: RE: [CFCDev] making objects accessible in multiple pages > > > > > Stephen, > > > > You seem to be doing it right. Your only problem is when the CFC code > changes, which wouldn't really happen in a production environment. So in my > development environment I check for the URL var "reset" and re-initialize > all session vars if it exists so I don't have to keep restarting the server. > > > > <cfif isDefined('url.reset')> > > <cfscript> > > StructClear(session); > > StructClear(application); > > onApplicationStart(); > > onSessionStart(); > > </cfscript> > > </cfif> > > > > Baz > > > > > > ________________________________ > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Stephen Adams > Sent: Thursday, January 12, 2006 11:16 AM > To: [email protected] > Subject: [CFCDev] making objects accessible in multiple pages > > > > Hi, > > I've just created my first Object Factory (which I'm very proud of), I've > set the returned object in a session variable so that it it available in > multiple pages, especially the data access object I've created. One problem > I've found is that when I make a change to the cfc, these changes are not > reflected. > I closed the browser, as I'd hoped that it would clear the session > variable, but that did not work. Eventually I had to restart ColdFusion to > clear the object. > What's the best way to create an object, which you'd like to be accessible > in multiple pages? > > Stephen > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email to > [email protected] with the words 'unsubscribe cfcdev' as the subject of the > email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > (www.cfxhosting.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' as the subject of the > email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > (www.cfxhosting.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' as the subject of the > email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > (www.cfxhosting.com). > > An archive of the CFCDev list is available at > www.mail-archive.com/[email protected] -- [EMAIL PROTECTED] http://blog.rawlinson.us If you want Gmail - just ask. ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
