I'm not discounting the market share of Windows in anyway. I just don't understand how software companies that are building new products come to the decision to only support Windows when cross-platform software costs incrementally very little.

Anyway, I was traveling yesterday and made some good progress on the plane. I managed to replace my use of the He3 CFML parser with that of a prototype CFML parser I built 4 years ago (see http://archive.devx.com/dotnet/articles/lp100901/figure2.asp). The parser itself is a little buggy (apparently hyphens in CFML comments cause the parser to blow up), but otherwise things seem to work well and I am probably ready to share some initial work.

-Matt


On Jun 3, 2004, at 9:58 AM, Mark Fuqua wrote:

I'm no great fan of Bill...but half (more like three quarters maybe) the
world only works on windows. They also have a community project for cross
platform support. Don't know how advanced it is but maybe you could help
them out?


Makr

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Matt Liotta
Sent: Thursday, June 03, 2004 9:51 AM
To: [EMAIL PROTECTED]
Subject: Re: [CFCDev] CFC modeling


Looks interesting, but it only works on Windows.

-Matt


On Jun 3, 2004, at 9:24 AM, Mark Fuqua wrote:

Check out Adalon at www.synthis.com

They have a community project for MX using CFC's.  It would be really
cool
if someone with about ten times my experience could help them with it.

Mark

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of David Ross
Sent: Tuesday, June 01, 2004 9:18 PM
To: [EMAIL PROTECTED]
Subject: RE: [CFCDev] CFC modeling


EMF = Eclipse Modeling Framework

XMI export is good... so you can use your UML tool of choice.

I don't think using a coldfusion vendor's runtime parser to do this is
a
good idea, much easier to maintain a separately developed, documented
approach (as CFML/CFCs can/will change).

I could be wrong, but all that the parser needs to get in this case are
the cfcomponent/cffunction/cfargument/cfconstructor tags & attributes,
and any var'd cfset/cfscript statements.


cf's path resolution would be helpful, but not completely necessary
(and
it can be done without using the runtime parser)

-dave

[EMAIL PROTECTED] 06/01/04 6:18 PM >>>
Then it's all my bad!!!! Sorry for adding to the confusion! ;)

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf
Of Matt Liotta
Sent: Tuesday, June 01, 2004 6:10 PM
To: [EMAIL PROTECTED]
Subject: Re: [CFCDev] CFC modeling

Sorry for the confusion, but I was talking about working with CFCs
inside of Eclipse.

-Matt


On Jun 1, 2004, at 5:52 PM, Roland Collins wrote:

Absolutely nothing to do with eclipse - this discussion is only
partially
about eclipse.  As a matter of fact, I believe Matt is looking to do
this
without _touching_ eclipse.  It was an answer to Matt's statement
about the
CFC lookup chain.  Running such script on the server which is hosting
the
CFCs would allow you to determine the lookup chain for CFCs on that
particular server implementation.  This would allow you to figure out
how to
resolve CFC references (or types) in a parser.

Roland

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf
Of Bryan F. Hogan
Sent: Tuesday, June 01, 2004 4:19 PM
To: [EMAIL PROTECTED]
Subject: Re: [CFCDev] CFC modeling

What would this have to do with a parser in Eclipse? How does this
help?

Roland Collins wrote:

<CFIF IsDefined("server.BlueDragon")>
        Search the BD lookup chain
<CFELSEIF IsDefined("server.ColdFusion")>
        <CFIF Left(server.ColdFusion.ProductVersion, 3) IS "6,1">
                Search the CF 6.1 lookup chain here
        <CFELSEIF Left(server.ColdFusion.ProductVersion, 3) IS "6,0">
                Search the CF 6.0 lookup chain here
        <CFELSE ...>
                ...
        </CFIF>
<CFELSE>
        Default lookup case here
</CFIF>

You can even create a CFCReflector component and extend it for each
server
if need be.
----------------------------------------------------------
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]


---------------------------------------------------------- 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]

Reply via email to