[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