>Depends on your definition of parser. As I understand it, the "parser" >in CFEclipse makes use of regexs that don't fully understand >the grammar of CFML. That of course may change in the future, >but fully understanding the grammar of CFML with regexs alone >is quite a large task. >
Yes indeed, the regex approach is currently being changed to something that is better able to understand how CFML works. >Anyway, it doesn't really matter what object is used to >represent a CFC as it should be easily adaptable to an EMF >model. Should the CFEclipse "parser" be able to construct an >object that represents the important parts of a CFC then it >certainly could be used. > Yes, this should be relatively easy once we know what the object should expose as methods or fields. >As far as playing ball with the project... I originally >offered to help, however that didn't work out for reasons I >will not mention. >Since that time I began work on He3 and now I obviously can't >work with the project. > That must have been before I got involved, so I don't know the details of why it didn't work out. In any case, I was thinking more of getting access to the CFC modeller code for CFEclipse purposes. I'm not sure from your response whether you would or would not be willing to allow that. Spike ---------------------------------------------------------- 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]
