Mark, You don't need them, but my applications do. Not having an application name tends to cause havok with application varaiables. Also not every application can get by with the default session and application timeouts, sometimes we need to specify our own values for these htings.
The problem with your suggestion is that the wddx file would still get loaded everytime into request and transferred into application, as I wouldn't be able to check the application scope for the existance of the variable because the cfapplication has not run yet. All you can do is copy the WDDX into application scope after the cfapplication runs. But the whole point in using request scope is to avoid the need for locking. I have thought of these things yaknow. Besides the time to load and serialise the WDDX is bugger all. In fact it shows as 0MS. Russ > -----Original Message----- > From: Mark Woods [mailto:[EMAIL PROTECTED] > Sent: 10 May 2004 15:38 > To: [EMAIL PROTECTED] > Subject: RE: [ cf-dev ] Copy application scope to request scope > > > > >No, because the global variables are created before the > <CFAPPLICATION> > >runs as it contains variables that the application needs, > such as the > >application name, session timeouts and stuff. You cannot use > >application scope variables before you have created the application. > > Wasn't aware you needed these variables for application > initialisation. You > could still cache them in the application scope once the > application has > been initialised, saving yourself including a deserialising a > wddx file for > each request. > > > Mark > > > -- > These lists are syncronised with the CFDeveloper forum at > http://forum.cfdeveloper.co.uk/ > Archive: > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > CFDeveloper Sponsors and contributors:- > *Hosting and support provided by CFMXhosting.co.uk* :: > *ActivePDF provided by activepdf.com* > *Forums provided by fusetalk.com* :: *ProWorkFlow > provided by proworkflow.com* > *Tutorials provided by helmguru.com* :: *Lists > hosted by gradwell.com* > > To unsubscribe, e-mail: [EMAIL PROTECTED] > -- These lists are syncronised with the CFDeveloper forum at http://forum.cfdeveloper.co.uk/ Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ CFDeveloper Sponsors and contributors:- *Hosting and support provided by CFMXhosting.co.uk* :: *ActivePDF provided by activepdf.com* *Forums provided by fusetalk.com* :: *ProWorkFlow provided by proworkflow.com* *Tutorials provided by helmguru.com* :: *Lists hosted by gradwell.com* To unsubscribe, e-mail: [EMAIL PROTECTED]
