All session, application and server variables should be scoped. This is
only for 4.5. The fix you did prob allowed a certain level of locking but
wasn't enough for many users to have access to it. Though I am not sure
about your duplicate cfid and cftoken. I can not duplicate something like
that and I don't think locking will solve that problem. I have thought maybe
locking the actual cfapplication but would like Dave or Michael to comment
on this. Would that prevent duplicate cfids or is there anything else
someone can suggest?
Bob Everland
-----Original Message-----
From: David Davies [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 15, 2000 9:41 PM
To: [EMAIL PROTECTED]
Subject: session vars, cfid, cftoken, cflock
I recently launched an application on the company intranet that uses a
fairly large number of session variables. Almost immediately after users
began hitting it, CF Server consumed 100% of the processors. After reading
a KB article, I put named cflocks around all of the code in which I set
session variables. The server immediately began behaving, and has been
running fine for 2 weeks now. Recently, however, I began noticing
intermittent behavior in which new users would log in an receive the same
cfid and cftoken as (an)other user(s). I was able to reproduce the behavior
a few times on the dev box, but not consistently. I have a feeling that all
of these issues are related.
What is the best practice for the cflock tags in this situation? Should
they be scoped instead of named? Is this even what brought the server back
to life, or was it merely a coincidence? Also, what could cause the problem
of multiple users having the same cfid and cftoken? This is the largest
multi-user application that I have built to date, and any help or tips would
be appreciated.
Regards,
David
----------------------------------------------------------------------------
--
Archives: http://www.mail-archive.com/[email protected]/
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or
send a message to [EMAIL PROTECTED] with 'unsubscribe' in
the body.
------------------------------------------------------------------------------
Archives: http://www.mail-archive.com/[email protected]/
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
