That is incorrect - CF does run Application.cfm when a CFC is accessed via Remoting.
Chris > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Battershall, Jeff > Sent: Thursday, April 29, 2004 10:47 AM > To: '[EMAIL PROTECTED]' > Subject: RE: [CFCDev] CFC Session Fa�ade for Flash RIAs > > 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] ---------------------------------------------------------- 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]
