On 9/27/05, Chris Scott <[EMAIL PROTECTED]> wrote: > Although using Aspectwerks seems possible, I'm not sure it's going to > be lightweight or easy to implement. One of my primary goals of > ColsSpring AOP is to make it simple to use, especially in the context > of ColdSpring. In ColdSpring AOP I'm leveraging ColdFusion's ability > to preform runtime-compilation, everything is cf. Using Java-based > bytecode compilation would, as you are pointing out, require > deconstructing the java classes that the coldfusion compiler is > turning your cfcs into, that's not going to be easy!
Actually, it's really easy with Aspectwerkz since it does the bytecode weaving on the fly with the compiled classes. What I was trying to get across is you've got to look in the CF class files to get an idea what the methods are in the *compiled* class. You can do it by decompiling the .class files or by logging all the cf methods and taking a look at the methods you actually want. Let's say you want a logger of some kind -- the simplest one is to grab *all* of the coldfusion.* methods, will give you over 80,000 messages from bootup alone (so you learn to filter out the bootstrap methods :). Then you can dig down into the ones you really want -- took about 2 hours to go from nothing to basic logging with Aspectwerkz2. > > On Sep 27, 2005, at 3:55 PM, David Ross wrote: > > > AFAIK 6.1+ goes straight from cfml to bytecode... so yeah that > > would be > > some serious digging. > > > > -Dave > > > > > >>>> [EMAIL PROTECTED] 9/27/2005 2:56:50 PM >>> > >>>> > > > > As an aside, you can use Java-based AOP if you're really careful about > > the advices you choose to implement using Aspectwerkz -- the catch is > > you need to dig into the actual Java files generated by CF to find the > > right cross-cuts. Not for the faint of heart :) > > > > -- > > John Paul Ashenfelter > > CTO/Transitionpoint > > (blog) http://www.ashenfelter.com > > (email) [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] > > > > > > > > > > ---------------------------------------------------------- > 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] > > > -- John Paul Ashenfelter CTO/Transitionpoint (blog) http://www.ashenfelter.com (email) [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]
