Personally, I wouldn't use Application.cfm for flash remoting and/or web services. Too much mixing of paradigms for my tastes. If you need to reuse code in Application.cfm in both your fa�ade CFCs and your page-based CF application, just abstract that logic into an application-scope CFC which you can call from both places (Application.cfm for page-based and psuedo-constructor for fa�ade CFCs). Same reuse, increased flexibility, modularity, and encapsulation, and no mixed paradigms.
But then we all know that my opinions are occasionally off the wall. Cheers, barneyb > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Battershall, Jeff > Sent: Thursday, April 29, 2004 11:23 AM > To: '[EMAIL PROTECTED]' > Subject: RE: [CFCDev] CFC Session Fa�ade for Flash RIAs > > 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] > ---------------------------------------------------------- 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]
