Access Languages are Tied to Schemas

[Mark Baker]

On Thu, 20 Nov 1997, Joe Lapp wrote:
> When we evaluate the capabilities of SGML/XML to support object models,
> I think we need to take client behavior into account.  The repository is
> acting more like a file system for the state information of objects, and
> the clients are more like applications that use the file system.

No, I think that's what we should be trying to stay away from.

XML is self-describing structured storage - for anything you want to shove 
in it.  Implementation, state, properties, events, behavioural semantics, 
whatever.

Any object I have can be entirely serialized into an XML document and 
back again without information loss.  The XML document *is* the object.  
All I need is a framework to transparently activate documents.  Or in 
other words, reserialize it from XML into RAM.

So, there are no 'clients' per se.  There's browsers, and then there's 
serialized objects streaming themselves into them.

My Javasoft proposal mentions Beans specifically, but for those of you not 
familiar with Beans, *every* Java object is automatically a Bean in JDK 
1.1.  So, my proposal to Javasoft isn't a niche idea - it's meant to 
apply to all objects.

Now it's also apparently implemented in MONDO.  Bonus.  Thanks Mark!

MB
--
Mark Baker, Ottawa Ontario CANADA.                Java, CORBA, XML, Beans
http://www.iosphere.net/~markb               distobj at acm.org  ICQ:5100069

   Will distribute business objects for food.


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)