> -----Original Message----- > From: Zaphod Beeblebrox [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 31, 2007 11:49 AM > To: CF-Community > Subject: Re: cf8 and client variables > > seriously, that would be my best pick. Doesn't Java have a bunch of > embedded db's to pick from also? If not, why not just put something > like sqlite.
I'm sure they could - but now we're talking about development resources. ;^) Since you can easily set up a database of your choice it doesn't seem necessary to create a whole new option JUST to eliminate the registry as the default option (to keep backwards compatibility I don't think they could outright eliminate the registry as an option). I'm sure they _could_, but decided to spend time on other areas. Client Variables are (in the grand scheme) a rather small part of the whole (I'm not even sure that they would have been included if CF was built from scratch today). It seems like it would be a lot of work to implement an embedded database, test it across platforms, etc. (It might almost be easier to just store client variables on the file system instead of the registry - it's not really any better but eliminates a system risk/dependency.) I'm not saying that it's the right choice - heck, I'm not really even defending the choice - but I do see the logic it. Jim Davis ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Macromedia ColdFusion MX7 Upgrade to MX7 & experience time-saving features, more productivity. http://www.adobe.com/products/coldfusion?sdid=RVJW Archive: http://www.houseoffusion.com/groups/CF-Community/message.cfm/messageid:235888 Subscription: http://www.houseoffusion.com/groups/CF-Community/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.5
