Yeah it's certainly a freaky approach but it definitely saves time using roles="whatever". Also, its worth noting that just because the cfc attribute is "roles" doesn't mean you HAVE to code a roles based security model. The roles attribute accepts a list of strings that can represent whatever you want them to. Permissions, bits, etc.
<fb:plug> I used it in the flash integration example app for discovering fusebox 4. You can get the code here: http://www.techspedition.com/index.cfm?fuseaction=code.Main </fb:plug> Fully porting into fb4 would be very easy to do. Been meaning to make a plugin for this / not enough hours in the day man. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Barney Boisvert > Sent: October 8, 2003 3:11 PM > To: [EMAIL PROTECTED] > Subject: RE: [CFCDev] Modeling CFCs, basic example > > > Brian, do you have a good walkthrough, some pointers, or even > a non-trivial sample app on using the native CFMX security? > I consider myself a fairly intelligent individual, but trying > to figure out how to use the security framework drove me mad. > I gave up after a few hours, and have been too frustrated to go back. > > barneyb > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Behalf Of Brian LeRoux > > Sent: Wednesday, October 08, 2003 2:27 PM > > To: [EMAIL PROTECTED] > > Subject: RE: [CFCDev] Modeling CFCs, basic example > > > > > > > a) Does this make any sense? > > > > > > Sure does. > > > > > > > b) What happens when I want to extend the User object to > different > > > subtypes? (i.e. I may have diff users in which I need to subclass > > > out and override a method or two) I currently have the > UserManager > > > using a return type of "all". > > > > > > It will work. You could specify a returntype of User and it > would work > > too as that User will be the base class. > > > > * * * > > > > One thing I'd like to mention, you should probably take > advantage of > > the built in plumbing for cfmx cfc security which, might > disolve the > > need for building a UserManger depending on how you're doing stuff. > > More extensible for flash etc, not reinventing the wheel, etc. > > > > > > ---------------------------------------------------------- > > You are subscribed to cfcdev. To unsubscribe, send an email to > > [EMAIL PROTECTED] with the word '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 word '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 word '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]
