i don't know of any documentation on this, but i have written several apps where i use Application.cfm to initialize the application in order to be able to use the session scope.
only thing you have to make sure is the "standard Application.cfm file rule": it has to be stored in the same directory as the component(s) -- or somewhere upwards in the directory tree. mvh >> thb/cf --------------------------------------- <ponderthis> Why is it drug addicts and computer afficionados are both called users? </ponderthis> --------------------------------------- > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Jeffry Houser > Sent: Thursday, April 29, 2004 8:07 PM > To: [EMAIL PROTECTED] > Subject: [CFCDev] RE: [CFCDev] CFC Session Fa�ade for Fla sh RIAs > > > > I was under the impression that application.cfm was run > every time. It > would make sense to me that it is, since the CF server is > processing the > CFC, not Flash. Does the CF Server know to treat "Browser" requests > different than a flash remoting or web service request? For > Web Services, > I doubt it. > > Anyone know of any documentation on this? > > > > At 01:47 PM 4/29/2004, you wrote: > >Thanks Barney... I'm pretty sure an application.cfm is not run when > >CFCs are instantiated via remoting, so the constructor > option would be > >the way to go. > > > > > >What I'm aiming for is to be able to hook up some persistent > objects on > >the backend with the RIA. If I've got a session, then that's a > >vehicle. Then I can instantiate multiple cfcs in the session > scope and > >reference them via the fa�ade. That should lower my overhead on any > >number of things. > > > >Jeff > > > >-----Original Message----- > >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > >Behalf Of Barney Boisvert > >Sent: Thursday, April 29, 2004 1:36 PM > >To: [EMAIL PROTECTED] > >Subject: RE: [CFCDev] CFC Session Fa�ade for Flash RIAs > > > > > >You put your CFAPPLICATION tag in the psuedo-constructor of > your fa�ade > >CFC. You might be able to put it in an Application.cfm file as well, > >but I don't know that flash remoting calls will process > Application.cfm > >first. I'd opt for in the CFC itself anyway. > > > >You can get away with that because the fa�ade CFCs are instantiated > >every request, so the psuedo-constructor's relationship to > fa�ade CFC > >methods is VERY similar to Application.cfm's relationship to > CFM pages. > > > >Cheers, > >barneyb > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > > > Behalf Of Battershall, Jeff > > > Sent: Thursday, April 29, 2004 10:25 AM > > > To: [EMAIL PROTECTED] > > > Subject: [CFCDev] CFC Session Fa�ade for Flash RIAs > > > > > > Just finished reading Sean's article (on macromedia.com) re: RIA > > > Design Patterns. I see the point of a session fa�ade and value > > > objects and I've > > > implemented similar things in RIAs in the past. > > > > > > What I'm still a bit fuzzy on are the hooks into a CFC > backend and > > > the leveraging of CF's session management. Yes, I > understand that > > > the AMF header contains HTTP request info (or can). But what I'm > > > fuzzy on where the session context is if you're only > using CFCs for > > > your backend integration. What I did in the past was pass > a object > > > back to Flash containing user profile info (after > successful login) > > > and have Flash maintain the user's > > > state. > > > > > > If I were to instantiate a session scoped CFC instance would this > > > continue to be available on subsequent requests from that > client? If > > > so, how? How is > > > the application being defined, if there's no > CFAPPLICATION tag? I had > > > always thought that sessions where contained by applications. > > > > > > Jeff Battershall > > > Application Development Consultant > > > Dow Jones Indexes > > > [EMAIL PROTECTED] > > > (609) 520-5637 (p) > > > (484) 477-9900 (c) > > > ---------------------------------------------------------- > > > You are subscribed to cfcdev. To unsubscribe, send an email to > > > [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the > > > message of the email. > > > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported > > > by Mindtool, Corporation (www.mindtool.com). > > > > > > An archive of the CFCDev list is available at > > > www.mail-archive.com/[EMAIL PROTECTED] > > > > > > >---------------------------------------------------------- > >You are subscribed to cfcdev. To unsubscribe, send an email > >to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > >in the message of the email. > > > >CFCDev is run by CFCZone (www.cfczone.org) and supported > >by Mindtool, Corporation (www.mindtool.com). > > > >An archive of the CFCDev list is available at > >www.mail-archive.com/[EMAIL PROTECTED] > >---------------------------------------------------------- > >You are subscribed to cfcdev. To unsubscribe, send an email > >to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > >in the message of the email. > > > >CFCDev is run by CFCZone (www.cfczone.org) and supported > >by Mindtool, Corporation (www.mindtool.com). > > > >An archive of the CFCDev list is available at > >www.mail-archive.com/[EMAIL PROTECTED] > > -- > Jeffry Houser, Web Developer, Writer, Songwriter, Recording > Engineer <mailto:[EMAIL PROTECTED]> > -- > AIM: Reboog711 | Phone: 1-203-379-0773 > -- > My Books: <http://www.instantcoldfusion.com> > Recording Music: <http://www.fcfstudios.com> > Original Energetic Acoustic Rock: <http://www.farcryfly.com> > > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > in the message of the email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported > by Mindtool, Corporation (www.mindtool.com). > > An archive of the CFCDev list is available at > www.mail-archive.com/[EMAIL PROTECTED] > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
