Never considered that before, thanks Dave.
-Aaron
On 4/24/07, Dave Watts [EMAIL PROTECTED] wrote:
Are you saying that you are using Application.cfc to serve up
your headers like folks used to do in the past? I am trying
to understand how you would use Application.cfc for serving
up your
Scott,
Thanks for the very detailed reply. Personally, I do not use
onRequestStart or onRequestEnd for including headers or footers. I use
the following code for all of my sites:
cfif thistag.executionmode EQ start
variables for meta tag, script and css
header
cfelese
footer
/cfif
The
Is anyone extending Application.cfc? I never thought of that before.
It's a fairly common practice in my experience. There are a few reasons why
I might do it myself within an application. For example, I might want to
present HTML and SOAP interfaces, and use the OnRequest event handler for
the
Aaron Roberson said the following on 4/23/2007 9:53 PM:
Is anyone extending Application.cfc? I never thought of that before.
Last fall, Mach-II released Application.cfc support by xtending the
mach-ii.cfc. This gave the user access to certain boostrapping method
like loadFramework (for
Is anyone extending Application.cfc? I never thought of that before.
I do it just to make sure my Datasource, Schema and a few other high level vars
are always present.
But then again, I'm not doing any OO cfc work.
BNBrent Nicholas - There, I guess King George will be able to read that! -
Dave,
Are you saying that you are using Application.cfc to serve up your
headers like folks used to do in the past? I am trying to understand
how you would use Application.cfc for serving up your interfaces.
-Aaron
On 4/24/07, Dave Watts [EMAIL PROTECTED] wrote:
Is anyone extending
Peter,
That sounds like a good use case. I would like to read up on this a
bit more. Has anyone blogged about extending Application.cfc in their
applications?
Thanks,
Aaron
On 4/24/07, Peter J. Farrell [EMAIL PROTECTED] wrote:
Aaron Roberson said the following on 4/23/2007 9:53 PM:
Is
Two answers for price of one tonight.
Dave,
Are you saying that you are using Application.cfc to serve up your
headers like folks used to do in the past? I am trying to understand
how you would use Application.cfc for serving up your interfaces.
-Aaron
For this example, your header footer
Are you saying that you are using Application.cfc to serve up
your headers like folks used to do in the past? I am trying
to understand how you would use Application.cfc for serving
up your interfaces.
Typically, no, but I might want to rewrite request output in OnRequest for
HTML
Howdy all -
Does anyone know why I can't access the the 'application.applicationname'
variable while in an extended CFC?
Ex:
wwwroot/Application.cfc
---
cfcomponent output=false
cfset this.name=CFLHDIntranetcfset this.sessionmanagement=yes
cfset
Does anyone know why I can't access the the
'application.applicationname' variable while in an extended CFC?
I don't know, but why not just use the local name variable you're creating
in Application.cfc?
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
Fig Leaf Software provides
Ok, it's Monday
the answer is: this.name
'sigh' :)Brent Nicholas - There, I guess King George will be able to read
that! - John Hancock
From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: [CFCDEV] access to
applicationname in extended CFCDate: Mon, 23 Apr 2007 15:03:47 -0600
Howdy all -
You generally do not want to access application and session variables
inside of CFCs. I suggest getting LightWire or ColdSpring and
injecting the application variable into the constructor, set it to a
local scope and then access it using this.variablename.
-Aaron
You are subscribed to cfcdev.
You generally do not want to access application and session
variables inside of CFCs. I suggest getting LightWire or
ColdSpring and injecting the application variable into the
constructor, set it to a local scope and then access it using
this.variablename.
There's nothing wrong with
There's nothing wrong with accessing those variables within Application.cfc,
though.
Yep. I figured from the post that he was accessing application
variables directly from other CFCs.
Is anyone extending Application.cfc? I never thought of that before.
-Aaron
You are subscribed to cfcdev.
From: [EMAIL PROTECTED] To:
cfcdev@cfczone.org Subject: Re: [CFCDEV] access to applicationname in
extended CFC There's nothing wrong with accessing those variables within
Application.cfc, though. Yep. I figured from the post that he was
accessing application variables directly from other
16 matches
Mail list logo
