We don't (currently) store any client-specific CFCs. If we need one (say a user cfc), we just request it from the usermanager (in the application scope) using the userID stored in the client variables. Our managers do pretty heavy in-memory caching, and with stuff that rarely changes like user info, those are very effective. The only downside is that the instances must be created and cached on each CF server, rather than once for the cluster, but that's hardly a burden. We're not using the session scope (nor server scope) at all in the apps, just our custom 'clientvars' scope and the application scope, though you could certainly use the session scope for such CFCs, if that fit the needs of your app.
For multi-step processes (like where you might use a stateful session EJB) we currently just use throwaway instances and persist the instance data on the DB until the process is over. It's not particularly efficient (though not as bad as you might suspect), but it's simple, and the load on those parts of the app make up a very small fraction (less than a percent) so we haven't worried about the innefficiencies. One of these days when I don't have anything else to do I'll get around to rearchitecting the client management stuff to handle CFCs better (it was build on cf4.5), but that's way down the list of priorities. Cheers, barneyb > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Adrocknaphobia > Sent: Monday, April 12, 2004 11:16 AM > To: [EMAIL PROTECTED] > Subject: Re: [CFCDev] web services authentication > > gotcha. So are you basically maintaing the cfc's instance > properties on the db, and reinstantiating the cfc with each call? > > -Adam > > > -----Original Message----- > > From: Barney Boisvert [mailto:[EMAIL PROTECTED] > > Sent: Monday, April 12, 2004 06:03 PM > > To: [EMAIL PROTECTED] > > Subject: RE: [CFCDev] web services authentication > > > > We use a custom system that was losely modelled on the > built-in CF client > > management stuff. It's got a few extensions, particularly > the addition of a > > app-specific userID field to the db table and store/recall > routines that > > automatically serialize complex data (aside from CFC > instances), so we don't > > have to worry about it in the application code. First time > I've actually > > used OnRequestEnd.cfm in a FuseBox app. ;) > > > > My point in mentioning it was that you don't have to > reinvent the wheel to > > deal with stateful web services. You can use your web > service fa�ades to > > make use of you application's client management system, > just as they make > > use of your stateful business components. > > > > Cheers, > > barneyb > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of Adrocknaphobia > > > Sent: Monday, April 12, 2004 10:52 AM > > > To: [EMAIL PROTECTED] > > > Subject: Re: [CFCDev] web services authentication > > > > > > Could you elaborate more on the 'standard client > management system'? > > > > > > -adam > > > > > > > -----Original Message----- > > > > From: Barney Boisvert [mailto:[EMAIL PROTECTED] > > > > Sent: Monday, April 12, 2004 05:27 PM > > > > To: [EMAIL PROTECTED] > > > > Subject: RE: [CFCDev] web services authentication > > > > > > > > We've set it up to use a session ID. First method called > > > by a client is > > > > beginSession() which takes a set of credentials, and > > > returns an ID. That id > > > > is then passed with all future invocations. Those IDs are > > > used to map > > > > directly back to our standard client management system > > > through the web > > > > service facades. > > > > > > > > Cheers, > > > > barneyb > > > > > > > > > -----Original Message----- > > > > > From: [EMAIL PROTECTED] > > > > > [mailto:[EMAIL PROTECTED] On Behalf Of Nat Papovich > > > > > Sent: Monday, April 12, 2004 10:20 AM > > > > > To: CFC > > > > > Subject: [CFCDev] web services authentication > > > > > > > > > > I'm interested to know if anyone is securing their published > > > > > web service CFCs, > > > > > and if so, how they are doing it. Is anyone using the > > > > > username and password > > > > > attribute of the cfinvoke tag? > > > > > > > > > > NAT > > > > > > > > > > Nat Papovich > > > > > Senior Partner & Development Director > > > > > Fusium, Inc. > > > > > 503-226-7099 > > > > > > > > > > ---------------------------------------------------------- > > > > > 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]
