If it is run that would be great - it would simplify things greatly. Somewhere I picked up the impression that it was not.
Jeff -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeffry Houser Sent: Thursday, April 29, 2004 2: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]
