Well I am more than happy to be diabused of that notion. Makes life tons simpler for me, design-wise. Any additional words to the wise? Sean, anyone?
Jeff -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chris kief Sent: Thursday, April 29, 2004 2:15 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] CFC Session Fa�ade for Flash RIAs 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] ---------------------------------------------------------- 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]
