Depending upon where/how they're called/set, that is true. No problem at all setting/calling request.foo within Application.cfc.
On Thu, Nov 8, 2012 at 7:55 PM, Nick Gleason <[email protected]> wrote: > > Matt, others, > A quick follow up on this. It seems that request variables have no problem > persisting if called / set within an application.cfc. Is that right? > Nick > > ---------------------------------------- > Return-Path: <[email protected]> > Received: from mail.houseoffusion.com [64.118.74.225] by > mail67.safesecureweb.com with SMTP; > Mon, 5 Nov 2012 15:25:03 -0500 > To: cf-talk <[email protected]> > Message-ID: > <CAKa5oqLv2tFXLzyc2zS=mmu=D3TzGXLE9vEprxisKiOet+S=z...@mail.gmail.com> > Subject: Re: Loss of variables after switch from application.cfm to > application.cfc in FB 3 application > References: <355f13cb$34d4cb1f$54e8dc90$@com> > Date: Mon, 5 Nov 2012 14:24:28 -0600 > Precedence: bulk > Reply-To: [email protected] > From: Matt Quackenbush <[email protected]> > MIME-Version: 1.0 > Content-Type: text/plain; charset="ISO-8859-1" > Content-Transfer-Encoding: 7bit > X-Rcpt-To: <[email protected]> > X-SmarterMail-Spam: SpamAssassin 0 [raw: 0], SPF_None, DK_None > X-SmarterMail-TotalSpamWeight: 0 > > Just a wild guess here: The file in question is being d and the > variables it is setting are getting set into the Application.cfc's > variables scope, and therefore unavailable elsewhere. > > On Mon, Nov 5, 2012 at 2:19 PM, Nick Gleason wrote: > > > > > Hi folks, > > Bit of a head scratcher here which I'm hoping may be obvious to you all. > > We've got a Fusebox 3 application which we have recently converted from > > application.cfm to application.cfc. > > One puzzling result has been that during a single page request, an > > "attributes" variable that is set in a file called from application.cfc > > (and formerly from application.cfm) is no longer present once we get > down > > the line in the code flow to displaying the page. That is, when we go > back > > to application.cfm, the variable is available down the line for the page > > display. But, when application.cfc is used, the variable is available > when > > it is first called and set, but then has disappeared by the time the > page > > flow gets to the file where the page display is done. > > So, it seems that some variables in a single request are not as > persistent > > with application.cfc, at least in a FB 3 context? That seems surprising > > but I can't really come up with another explanation. And, so far, we > > haven't been able to figure out exactly where or why the attributes > > variable is getting dropped. > > Any thoughts? > > Nick > > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353104 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
