Gregory Woodhouse wrote: (....)
It might be a good idea to start out by defining what you mean by a true object store. I doubt seriously that we're all on the same page here.
Right ... good call. By "true object store" I mean a data store that is capable of storing a) entire objects (members and methods), and b) is able to handle entire trees of objects. The objects are manipulated through the normal conventions of a programming language (e.g. Smalltalk and Java) and not through some "intermediary tool" like SQL, JDBC, etc.
Object are updated simply by virtue of calling methods and setting members, just like MUMPS globals are automatically stored in the MUMPS data base whenever they are set to a value.
Richard ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
