I did not mean to stir-up a discussion on Mach, I was using one
aspect of Mach, XML, as something I think is wrong. But not Mach itself.
This is my opinion. The reason is that XML is primarily an exchange
language. Because it is based on an abstract syntax notation, DTD, it
is very easy to overload and mis-use as a data store such as in Mach.
A web application can have 1000s of events, as such, a management
system is a better choice to store events. It occurred to me that
Mach's XML was a excuse to demonstrate CF's ability to handle XML
and not a real serious event store.
At 09:08 PM 10/27/2005, you wrote:
> I have never said how bad a design Mach was because I disagree with the
use of XML as poor excuse for something that should have been in a
> database.
Doh! Why didn't we think of that -- putting the config info in a DB? Matt, I
hold you personally responsible for this oversight in Mach.
----------------------------------------------------------
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]
-----------------------------------------------------------------------
http://www.switch-box.org/CFSQLTool/Download/
Switch_box MediaFirm, Inc.
www.Switch-box.org Loveland, CO USA
----------------------------------------------------------
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]