Pretty sure. The docs: While the ColdFusion Server is thread-safe and does not try to modify a variable simultaneously, it does not ensure the correct order of access to information. If multiple pages, or multiple invocations of a page, attempt to write data simultaneously, or read and write it at the same time, the resulting data can be inconsistent, as illustrated in the following Sample locking scenarios section.
It doesn't say "thread-safe except if you try to access application and server scopes". Yes you still have to lock them. But CFMX does it automatically, so you don't have to do it explicitly. > -----Original Message----- > From: Barney Boisvert [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 2 April 2003 11:17 a.m. > To: CF-Talk > Subject: RE: Is there a trick... > > Are you sure about this? It is my understanding that the session scope > was > protected automatically, but that the application (and server) scope still > had to be locked. You can avoid having to do read locks with CFLOCK on a > scope if you ensure that they are never written after initially set, and > that every request ensures that they are set before proceeding, but you > still have to lock them in one form or another > > barneyb > > --- > Barney Boisvert, Senior Development Engineer > AudienceCentral (formerly PIER System, Inc.) > [EMAIL PROTECTED] > voice : 360.756.8080 x12 > fax : 360.647.5351 > > www.audiencecentral.com > > > -----Original Message----- > > From: Matthew Walker [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 01, 2003 3:00 PM > > To: CF-Talk > > Subject: RE: Is there a trick... > > > > > > Automatic locking. Previously you needed to write > > > > <cflock timeout="1" throwontimeout="No" type="READONLY" > > scope="APPLICATION"> > > [do something with app variables] > > </cflock> > > > > Many people got around this by simply copying the application > > scope into the > > request scope in Application.cfm or thereabouts. Others simply > > wrote lots of > > constants directly into the request scope on each page request > > (which isn't > > nearly as slow as you might think). > > > > With CFMX you don't need to lock access to scopes like application and > > session. > > > > > -----Original Message----- > > > From: Calvin Ward [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, 2 April 2003 10:47 a.m. > > > To: CF-Talk > > > Subject: Re: Is there a trick... > > > > > > Isaac, > > > > > > What's the benefit that CFMX offers in the Application scope? > > > > > > Calvin > > > > > > <cf_snipalot /> > > > > > > > You'll be needlessly accessing the application scope anyway. The > > > application > > > > scope should really only be used for data which might change > > > periodically > > > > based on time of day, administrative interraction (i.e. "this > > feature is > > > > currently unavailable due to maintenance"), or to refresh a cacheing > > > > routine, etc. Data which is set, static and required on every page > > > should > > > be > > > > set solely in the request scope, unless you're running CFMX > > and planning > > > to > > > > access it directly from the application scope -- which I prefer not > to > > > do > > > > because imho there's no real benefit over using the request > > scope while > > > > there are definite advantages to using the request scope if you end > up > > > > needing backward compatibility for CF 5. > > > > > > > > hth > > > > > > > > > > > > s. isaac dealey 954-776-0046 > > > > > > > > new epoch http://www.turnkey.to > > > > > > > > lead architect, tapestry cms http://products.turnkey.to > > > > > > > > tapestry api is opensource http://www.turnkey.to/tapi > > > > > > > > certified advanced coldfusion 5 developer > > > > http://www.macromedia.com/v1/handlers/index.cfm?ID=21816 > > > > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
