[thelist] cflock reads?

Pete Freitag pf at cfdev.com
Mon Jan 21 14:36:40 CST 2002


You might get concurrent session variable accesses if a user double clicks a
link (generating two http requests), or if someone publishes a URL that has
CFID and CFTOKEN in them, everyone would be in the same session


_____________________________________________
Pete Freitag (pfreitag at cfdev.com)
CFDEV.COM
Web Developer Resources
http://www.cfdev.com/



-----Original Message-----
From: thelist-admin at lists.evolt.org
[mailto:thelist-admin at lists.evolt.org]On Behalf Of rudy
Sent: Monday, January 21, 2002 3:30 PM
To: thelist at lists.evolt.org
Subject: [thelist] cflock reads?


>  reads:
>   <cflock scope="session" type="readonly"
>          timeout="10" throwontimeout="no">
>   <cfset foo = session.foo>
>   </cflock>

jeff, could you please explain why locking this read is necessary?

if you ask the server for a value, are there cases where you *don't* get
the value?

is this why the read has to be locked?  if so, what do you get instead????

are you protecting yourself from updates to the value *during* the read?

if so, who could be updating the value *while* you're reading it?  okay, i
can see how it could be another user on an application variable, but i
thought the *session* variable belongs only to this user?  why does that
have to be locked?

you gotta admit this is an extremely counter-intuitive thing to do


rudy



--
For unsubscribe and other options, including
the Tip Harvester and archive of TheList go to:
http://lists.evolt.org Workers of the Web, evolt !





More information about the thelist mailing list