>>are you completely sure every page in your app needs to use every single one of the 100 variables?
put code in application.cfm then Colm -----Original Message----- From: Rich Wild [mailto:r.wild@;e-mango.com] Sent: 17 October 2002 12:11 To: '[EMAIL PROTECTED]' Subject: RE: [ cf-dev ] Good/Bad? yea. I would do that. are you completely sure every page in your app needs to use every single one of the 100 variables? > -----Original Message----- > From: Tom Smith [mailto:tomo_smith@;yahoo.co.uk] > Sent: 17 October 2002 12:18 > To: [EMAIL PROTECTED] > Subject: Re: [ cf-dev ] Good/Bad? > > > it might be worth grouping those variables then... that way > you only need > to copy part of the session struct... > ----- Original Message ----- > From: "Robertson-Ravo, Neil (REC)" > <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, October 17, 2002 12:13 PM > Subject: RE: [ cf-dev ] Good/Bad? > > > > yep, I know but in this instance, what needs to be 'copied' > are all the > > session variable (dont ask.) sure you need to lock the > first instance, > but > > thats then it. > > > > Your tag does do what I ask, but if i have a page with 100 > > session.VARIABLENAMEs on the page, I would still have to > change the scope > > reference as request.session.VARIABLENAME > > > > AFAICS. > > > > N > > > > -----Original Message----- > > From: Rich Wild [mailto:r.wild@;e-mango.com] > > Sent: 17 October 2002 11:52 > > To: '[EMAIL PROTECTED]' > > Subject: RE: [ cf-dev ] Good/Bad? > > > > > > thats why that code I gave you will work for you. > > > > you only copy what you need into the request scope, not the > whole scope's > > contents. > > > > make the tag a two way tag and then in your onrequestend > you can copy them > > all back to the session scope. > > > > by the way, you're not 'moving' anything, you're copying or > referencing, > and > > to move the session vars to the request scope in the first > place, you > still > > need to lock that. > > > > > -----Original Message----- > > > From: Robertson-Ravo, Neil (REC) > > > [mailto:Neil.Robertson-Ravo@;csd.reedexpo.com] > > > Sent: 17 October 2002 12:01 > > > To: '[EMAIL PROTECTED]' > > > Subject: RE: [ cf-dev ] Good/Bad? > > > > > > > > > I moving the session struct to the request scope so I do not > > > need lock any > > > session vars on that particular page request (which could > be a lot). > > > > > > I will then dupe them back into the session scope > > > OnRequestEnd.cfm so they > > > are back in shared scope. > > > > > > N > > > > > > > > > -----Original Message----- > > > From: Rich Wild [mailto:r.wild@;e-mango.com] > > > Sent: 17 October 2002 11:43 > > > To: '[EMAIL PROTECTED]' > > > Subject: RE: [ cf-dev ] Good/Bad? > > > > > > > > > why would you do that? > > > > > > besides, you'll need to lock the original move to that scope. > > > > > > but I don't understand why you're trying to put the session > > > scope into the > > > request scope. > > > > > > you only need to move the contents of the session scope, not > > > the entire > > > scope. > > > > > > > -----Original Message----- > > > > From: Robertson-Ravo, Neil (REC) > > > > [mailto:Neil.Robertson-Ravo@;csd.reedexpo.com] > > > > Sent: 17 October 2002 11:55 > > > > To: '[EMAIL PROTECTED]' > > > > Subject: RE: [ cf-dev ] Good/Bad? > > > > > > > > > > > > unless yoou have moved them to the request scope for the > > > period of the > > > > read/write > > > > > > > > -----Original Message----- > > > > From: Tom Smith [mailto:tomo_smith@;yahoo.co.uk] > > > > Sent: 17 October 2002 11:50 > > > > To: [EMAIL PROTECTED] > > > > Subject: Re: [ cf-dev ] Good/Bad? > > > > > > > > > > > > yes that's right all shared scopes must be locked when > > > > writing and reading. > > > > ----- Original Message ----- > > > > From: "Rich Wild" <[EMAIL PROTECTED]> > > > > To: <[EMAIL PROTECTED]> > > > > Sent: Thursday, October 17, 2002 11:29 AM > > > > Subject: RE: [ cf-dev ] Good/Bad? > > > > > > > > > > > > > sorry, I think I may be misunderstanding you. > > > > > > > > > > if you have a variable in a shared scope: > > > > > > > > > > session.myvar > > > > > > > > > > then you need to lock and read/write access to it. > > > > > > > > > > > -----Original Message----- > > > > > > From: Robertson-Ravo, Neil (REC) > > > > > > [mailto:Neil.Robertson-Ravo@;csd.reedexpo.com] > > > > > > Sent: 17 October 2002 11:32 > > > > > > To: '[EMAIL PROTECTED]' > > > > > > Subject: RE: [ cf-dev ] Good/Bad? > > > > > > > > > > > > > > > > > > thats poppycock :-p, > > > > > > > > > > > > If you have copied the session scope into the request scope > > > > > > and you are > > > > > > referencing your session vars as : request.session.myvar you > > > > > > do not have > > > > > > lock AFAIK > > > > > > > > > > > > you just have to copy the back into the session scope. > > > > > > > > > > > > N > > > > > > > > > > > > -----Original Message----- > > > > > > From: Rich Wild [mailto:r.wild@;e-mango.com] > > > > > > Sent: 17 October 2002 11:15 > > > > > > To: '[EMAIL PROTECTED]' > > > > > > Subject: RE: [ cf-dev ] Good/Bad? > > > > > > > > > > > > > > > > > > you need to lock all shared scope variable access. can't get > > > > > > away from it. > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Robertson-Ravo, Neil (REC) > > > > > > > [mailto:Neil.Robertson-Ravo@;csd.reedexpo.com] > > > > > > > Sent: 17 October 2002 11:25 > > > > > > > To: '[EMAIL PROTECTED]' > > > > > > > Subject: RE: [ cf-dev ] Good/Bad? > > > > > > > > > > > > > > > > > > > > > so, all in all; the code I posted is wrong (in that it > > > > > > doesnt actually > > > > > > > alleviate the fact you need to lock!) > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Rich Wild [mailto:r.wild@;e-mango.com] > > > > > > > Sent: 17 October 2002 11:01 > > > > > > > To: '[EMAIL PROTECTED]' > > > > > > > Subject: RE: [ cf-dev ] Good/Bad? > > > > > > > > > > > > > > > > > > > > > I used this method once - Russ suggested an idea for a tag > > > > > > > that accepts a > > > > > > > list of variable names and then it copies all the > those that > > > > > > > exist in the > > > > > > > session scope into the request scope. > > > > > > > > > > > > > > I made it into a tag and it worked brilliantly, so that on > > > > > > > each page I only > > > > > > > needed to name the session or app vars that I needed > > > > > > copying into the > > > > > > > request scope for that page. > > > > > > > > > > > > > > eg: > > > > > > > > > > > > > > <cf_apptap vars="myvar1,myvar2,myvar3" scope="session"> > > > > > > > > > > > > > > would copy session.myvar1, session myvar2 and > > > > session.myvar3 into > > > > > > > request.myvar1 etc etc. > > > > > > > > > > > > > > on another page you might only need to > request.myvar1 so you > > > > > > > would just do: > > > > > > > > > > > > > > <cf_apptap vars="myvar1"> > > > > > > > > > > > > > > it saved duplicating everything all the time. > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Taz -=TT=- [mailto:chris@;cfmaster.co.uk] > > > > > > > > Sent: 17 October 2002 11:09 > > > > > > > > To: [EMAIL PROTECTED] > > > > > > > > Subject: Re: [ cf-dev ] Good/Bad? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Thanks guys you have confirmed what I thought : it is > > > > > > all over the > > > > > > > > > place...the system is very poor and indeed > needs a rewrite > > > > > > > > but thats not > > > > > > > > on > > > > > > > > > the cards. > > > > > > > > > > > > > > > > > > what needs to be done is to copy the session > > > variables into > > > > > > > > the request > > > > > > > > > scope to avoud locking them.... > > > > > > > > > > > > > > > > > > its a nightmare, it really is! > > > > > > > > > > > > > > > > Its not a bad thing to do... I tend to use this > > > approach when > > > > > > > > using session > > > > > > > > variables instead of client. But I've never had > so many that > > > > > > > > I needed to > > > > > > > > loop through all values in the scope. Usually I > just stick a > > > > > > > > few duplicate > > > > > > > > ops in the app_globals.cfm > > > > > > > > > > > > > > > > <cflock ...blah...> > > > > > > > > <cfscript> > > > > > > > > Request.Whatever = Duplicate(Session.Whatever); > > > > > > > > ... > > > > > > > > ... > > > > > > > > </cfscript> > > > > > > > > </cflock> > > > > > > > > > > > > > > > > Of course you have to remember to write to the > session scope > > > > > > > > when you change > > > > > > > > the values, but its way better to do it this way than > > > > > > > > constantly locking > > > > > > > > session read ops. Same goes for application > scope if you're > > > > > > > using it. > > > > > > > > > > > > > > > > Taz > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > ** Archive: > > > > > > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > > > > > > > > > > > > > To unsubscribe, e-mail: > > > [EMAIL PROTECTED] > > > > > > > For additional commands, e-mail: > > > > [EMAIL PROTECTED] > > > > > > > For human help, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > ** Archive: > > > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > > > > > > > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > For human help, e-mail: [EMAIL PROTECTED] > > > > > > > > > > -- > > > > > ** Archive: > > > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > > > > > > > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > For human help, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > -- > > > > > ** Archive: > > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > For human help, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > > > > ** Archive: > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > For human help, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > -- > > > ** Archive: > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > For human help, e-mail: [EMAIL PROTECTED] > > > > __________________________________________________ > > Do You Yahoo!? > > Everything you'll ever need on one web page > > from News and Sport to Email and Music Charts > > http://uk.my.yahoo.com > > > > -- > > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.394 / Virus Database: 224 - Release Date: 10/3/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.394 / Virus Database: 224 - Release Date: 10/3/2002 -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED]
