RE: Variable locking

2002-10-07 Thread Kola Oyedeji
]] Sent: 04 October 2002 22:53 To: CF-Talk Subject: Re: Variable locking On Friday, Oct 4, 2002, at 12:07 US/Pacific, Gaulin, Mark wrote: Actually, that using NAME is not a better practice... the SCOPE attribute is safer and is also what MM support advised us to use (when applicable). Pre-MX

Re: Variable locking

2002-10-07 Thread Sean A Corfield
On Monday, Oct 7, 2002, at 01:38 US/Pacific, Kola Oyedeji wrote: I'm joining this thread late. Can I just confirm what you guys are saying: In CFMX named locks should be used in place of scoped locks and locks are only needed When a possible race condition could occur? The last part is

RE: Variable locking

2002-10-07 Thread Dave Watts
For session scope, you need a name that is unique to your session which may be harder to invent (you could perhaps use a user ID if it exists or a per- session UUID). If I recall correctly, the MM recommended naming scheme for CF 4.01 would work fine here - use the concatenation of CFID

RE: Variable locking

2002-10-07 Thread Raymond Camden
For session scope, you need a name that is unique to your session which may be harder to invent (you could perhaps use a user ID if it exists or a per- session UUID). If I recall correctly, the MM recommended naming scheme for CF 4.01 would work fine here - use the concatenation

Variable locking

2002-10-04 Thread Luis Lebron
I have a question on Session variables. If I have a statement like cfoutput#Session.Fullname#/cfoutput do I need to use cflock tags with it? thanks, Luis ~| Archives:

Re: Variable locking

2002-10-04 Thread Paul Giesenhagen
cfset session.fullname = variables.fullname /cflock Hope this helps! Paul Giesenhagen QuillDesign - Original Message - From: Luis Lebron [EMAIL PROTECTED] To: CF-Talk [EMAIL PROTECTED] Sent: Friday, October 04, 2002 1:16 PM Subject: Variable locking I have a question on Session variables

RE: Variable locking

2002-10-04 Thread Raymond Camden
Lebron [mailto:[EMAIL PROTECTED]] Sent: Friday, October 04, 2002 2:17 PM To: CF-Talk Subject: Variable locking I have a question on Session variables. If I have a statement like cfoutput#Session.Fullname#/cfoutput do I need to use cflock tags with it? thanks, Luis

Re: Variable locking

2002-10-04 Thread Sean A Corfield
On Friday, Oct 4, 2002, at 11:37 US/Pacific, Paul Giesenhagen wrote: Yup (on CF5, good practice on CFMX but not required) cflock timeout=20 throwontimeout=No type=READONLY scope=SESSION cfoutput#session.fullname#/cfoutput /cflock Better practice: cflock timeout=20 throwontimeout=No

RE: Variable locking

2002-10-04 Thread Gaulin, Mark
. NAME still has a place though, since there are other kinds of locking you may need to do that SCOPE is inappropriate for. Mark -Original Message- From: Sean A Corfield [mailto:[EMAIL PROTECTED]] Sent: Friday, October 04, 2002 2:46 PM To: CF-Talk Subject: Re: Variable locking

Re: Variable locking

2002-10-04 Thread S . Isaac Dealey
On Friday, Oct 4, 2002, at 11:37 US/Pacific, Paul Giesenhagen wrote: Yup (on CF5, good practice on CFMX but not required) cflock timeout=20 throwontimeout=No type=READONLY scope=SESSION cfoutput#session.fullname#/cfoutput /cflock Better practice: cflock timeout=20 throwontimeout=No

RE: Variable locking

2002-10-04 Thread Dave Watts
Actually, that using NAME is not a better practice... the SCOPE attribute is safer and is also what MM support advised us to use (when applicable). This is true for versions prior to CF MX. For those versions, you should use the SCOPE attribute. Sean's point is only applicable to CF MX, in

Re: Variable locking

2002-10-04 Thread Sean A Corfield
On Friday, Oct 4, 2002, at 14:27 US/Pacific, Dave Watts wrote: This is true for versions prior to CF MX. For those versions, you should use the SCOPE attribute. Sean's point is only applicable to CF MX, in which you only lock to prevent logical errors - in that case, you want your lock

Re: Variable locking

2002-10-04 Thread Sean A Corfield
On Friday, Oct 4, 2002, at 12:07 US/Pacific, Gaulin, Mark wrote: Actually, that using NAME is not a better practice... the SCOPE attribute is safer and is also what MM support advised us to use (when applicable). Pre-MX. Sure, the scope of a NAME-based lock will be tighter than using

Re: Variable locking

2002-10-04 Thread Michael Conger
] - Original Message - From: Luis Lebron [EMAIL PROTECTED] Newsgroups: cf-talk Sent: Friday, October 04, 2002 2:16 PM Subject: Variable locking I have a question on Session variables. If I have a statement like cfoutput#Session.Fullname#/cfoutput do I need to use cflock tags with it? thanks

variable locking and transactions

2002-09-24 Thread Pablo Nevares
I've been looking up information on cflock and cftransaction lately, I'm sad to say that I haven't had any experience using them in the past. Am I correct in saying that as a best practice cflock should always be used when you're accessing or modifying variables in Session, Application, or Server

RE: variable locking and transactions

2002-09-24 Thread Tony Weeg
: Pablo Nevares [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 24, 2002 2:56 PM To: CF-Talk Subject: variable locking and transactions I've been looking up information on cflock and cftransaction lately, I'm sad to say that I haven't had any experience using them in the past. Am I correct

RE: variable locking and transactions

2002-09-24 Thread Pablo Nevares
To: CF-Talk Subject: RE: variable locking and transactions here you go, it was given to me Monday from this listdave whiterod I think ;) You may find the following link useful: ColdFusion Server (Versions 5 and Prior): ColdFusion Locking Best Practices TechNote 20370 http

Re: session variable locking question

2001-03-23 Thread W Luke
ssion variable from another thread? See? wait, i dont know what I'm saying. dont listen to me. argh -Original Message- From: Tim Bahlke [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 22, 2001 2:15 PM To: CF-Talk Subject: session variable locking question In the following cod

RE: session variable locking question

2001-03-23 Thread Bob Silverberg
code a bad idea? I was given the impression that it's not a good idea to monkey around manually with CFs client variable database. Bob -Original Message- From: W Luke [mailto:[EMAIL PROTECTED]] Sent: March 23, 2001 3:03 PM To: CF-Talk Subject: Re: session variable locking question Should

RE: session variable locking question

2001-03-23 Thread Dave Watts
Should client variables such as the following be inside a cflock? No. Only memory variables (session, application, server) need to be locked. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444

RE: session variable locking question

2001-03-23 Thread Chris Martin
I was wondering, is there somewhere I can find a good discussion on why locking session variables is a good idea? I have heard that it is something that should be done, but our project leader insists that we do not need to do it. What are the pros and cons of locking session variables? Chris

Re: session variable locking question

2001-03-23 Thread Jon Hall
rch 23, 2001 5:41 PM Subject: RE: session variable locking question I was wondering, is there somewhere I can find a good discussion on why locking session variables is a good idea? I have heard that it is something that should be done, but our project leader insists that we do not n

session variable locking question

2001-03-22 Thread Tim Bahlke
In the following code, do I need a lock around the entire cfif statement? cfif IsDefined("Session.user") cflock scope="Session" type="ReadOnly" timeout="5" CFSET REQUEST.USER = Session.user /cflock /cfif Is it better to declare [lock]cfparam name="Session.user"

RE: session variable locking question

2001-03-22 Thread Phoeun Pha
ing session variable from another thread? See? wait, i dont know what I'm saying. dont listen to me. argh -Original Message- From: Tim Bahlke [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 22, 2001 2:15 PM To: CF-Talk Subject: session variable locking question In the following code,