Without getting into too much detail, ColdSpringAOP works via. "startup-time" code generation. It's also worth mentioning that it is implemented in such a fashion so that it can be used completely outside of the ColdSpring BeanFactory, however it will be much easier to configure with the BeanFactory's features.
-Dave Ross >>> [EMAIL PROTECTED] 09/26/05 6:35 PM >>> well if nothing else i'm eager to look at the code just to see how you implemented AOP in CF. cool suff Dave (and Chris). Bill On 9/26/05, David Ross <[EMAIL PROTECTED]> wrote: > Sorry for the relevant spam, but I wanted to make sure this list knew > that I finally got documentation for ColdSpring written, which is > included in a release made today (many list members were vocal about the > lack of docs being a major contributing factor to "unadoption" of the > various frameworks/tools/etc out there). > > You can read more details here: > http://www.d-ross.org/index.cfm?objectid=94081279-BBBD-3174-EB448C32EB5B7662 > > or just pull the code from: > http://cfopen.org/frs/download.php/133/coldspring-0.2.0.zip > > On another note, the "a-bomb" I referred to in the CF on Rails thread > was ColdSpringAOP, something Chris Scott has been working feverishly on > in order to make a preview release at the frameworks conference. While > I've always looked at AOP with a suspicious eye, I now see several > important uses that easily fit in with existing CFC development, such > as: > > -Security/Access Control > -Caching > -Logging (duh) > > and so forth. Another important use case is apps that contain > workflow... currently I have an app that has a workflowService, that is > notified by many other services that something has occured (e.g. someone > uploaded something, a status changed, whatever). Right now it's every > other service's job to notify the workflowService, which in my opinion > is *just* outside the scope of what each service should do... all these > workflowService.notify(...) calls simply to not lead to cohesive code. > So why is AOP so cool? Because a ColdSpringAOP aspect can intercept a > returning someService.doSomething() call, and tell the workflow service > exactly what happened. I just find that lot cleaner and it makes me > sleep better. I know Chris wants to write a general purpose security > framework using ColdSpringAOP... I'm wondering how many people would be > interested in such a thing? > > So if desired, we can start the CF + AOP discussion right now! > > Or not. :) > > -Dave Ross > > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). > > CFCDev is supported by New Atlanta, makers of BlueDragon > http://www.newatlanta.com/products/bluedragon/index.cfm > > An archive of the CFCDev list is available at www.mail-archive.com/[email protected] > > > -- [EMAIL PROTECTED] http://blog.rawlinson.us If you want Gmail - just ask. ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm 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' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
