Hi Charles I think it was a called custom tag. However, I don't really know what a called custom tag is. The code is <cf_FileThatNeedsApplicationInclude val="abc"> Does that explain it then?
charles arehart wrote: > > Using the request scope would certainly be the solution if the problem is > that the pages that are failing are being called as custom tags. I'd not > recommend using the application scope just for this. Indeed, I wrote an > entire article on the reasoning, called "Why It's Wrong to Use > Application.dsn in Your Templates" which as in the July CFDJ and is > available on my site at www.systemanage.com/cff/articles.cfm > > Glen, you haven't indicated if the failing code is in a called custom tag. > That would definitely explain it. If it's something else, then it's a more > interesting challenge to resolve. > > /charlie > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On > Behalf Of Marc Campeau > Sent: Friday, March 01, 2002 1:14 PM > To: [EMAIL PROTECTED] > Subject: RE: [CFTALKTor] Application.cfm question > > Could it be that you sometimes include templates in you Application.cfm and > at other times not? > > Could you have another Application.cfm in a directory below this one and > that it doesn't declare the variable? > > > > > <cfset ODBC_DSN = "MyODBCName"> > > As a suggestion you might consider using an APPLICATION scope variable for > ODBC_DSN or even a REQUEST scoped variable. > > That would be "cleaner" (that's probably debatable) than setting it to the > local scope. > > >From the Doc.: > > Application variables are designed to store application-level data. They are > a convenient place to store information that all pages of your application > might need no matter who (what client) is running that application. Using > application variables, an application could initialize itself, say, when the > first user hit any page of that application. This information could then > remain available indefinitely to all subsequent hits of any pages of that > application, by all users, thereby avoiding the overhead of repeated > initialization. > > Request variables are global to all templates, includes, custom tags used in > any given request. They are not persistent like Application variables. > > Marc > > - > You are subscribed to the CFUGToronto CFTALK ListSRV. > This message has been posted by: "Marc Campeau" <[EMAIL PROTECTED]> > To Unsubscribe, Please Visit and Login to http://www.CFUGToronto.org/ > Manager: Kevin Towes ([EMAIL PROTECTED]) http://www.CFUGToronto.org/ > This System has been donated by Infopreneur, Inc. > (http://www.infopreneur.net) > > - > You are subscribed to the CFUGToronto CFTALK ListSRV. > This message has been posted by: "charles arehart" <[EMAIL PROTECTED]> > To Unsubscribe, Please Visit and Login to http://www.CFUGToronto.org/ > Manager: Kevin Towes ([EMAIL PROTECTED]) http://www.CFUGToronto.org/ > This System has been donated by Infopreneur, Inc. > (http://www.infopreneur.net) -- Cheers Glenn Shukster (Logic Fundamentals Inc.) Thornhill, Ont. Canada Phone:(905)771-6458 Fax:(905)771-6819 www.logicfundamentals.com President of TDUG www.tdug.com - You are subscribed to the CFUGToronto CFTALK ListSRV. This message has been posted by: Glenn Shukster <[EMAIL PROTECTED]> To Unsubscribe, Please Visit and Login to http://www.CFUGToronto.org/ Manager: Kevin Towes ([EMAIL PROTECTED]) http://www.CFUGToronto.org/ This System has been donated by Infopreneur, Inc. (http://www.infopreneur.net)
