[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Access Languages are Tied to Schemas

  • From: Mark Baker <markb@i...>
  • To: Joe Lapp <jlapp@a...>
  • Date: Thu, 20 Nov 1997 21:05:43 -0500 (EST)

Re: Access Languages are Tied to Schemas
On Thu, 20 Nov 1997, Joe Lapp wrote:
> I think we are in agreement (I disagree, we agree).  An XML document is
> capable of representing any object and all aspects of that object.  But
> an XML document isn't the object it represents.  You have to deserialize
> that document back into an object before you have the fully featured
> object again.

That's one way of doing it of course, and very useful for some 
applications, such as dynamic binding of data to behaviour ala compound 
document frameworks (and the new beans activation framework).  Think of 
this as serializing a class.

But in *many* cases, you just want to make the *object* persist simply, 
perhaps even on the machine with the browser.  This is especially 
suitable for agent systems; you bring the ability to persist along with 
you instead of attempting to store it "behind" you.  It's a move away from 
TP-monitor style ACID transactions, and towards a more "make forward 
progress" means of distributed computing.  Object groups are a good 
example of this.

Certainly though, both tools should be available to us.  We shouldn't 
try to shoehorn everything into a single solution when that solution 
isn't general enough for all of our needs.

But, I've got the feeling that we'll be doing a lot more of one than the 
other before too long.  YMMV.  8-)

>An XML repository could store those objects (in their
> XML document representation) and even keep the relationships among those
> objects, but it does not animate those objects.  The objects are alive
> when they are deserialized on the clients.  To get a repository to
> animate the objects you'd have to make the repository a bit more than
> just a repository.  For one thing, you'd also need a JVM.

Which isn't too difficult nowadays, especially when so much is being done 
with the browser (as it should).  And a JVM is no different than requiring a 
script interpreter.

> As a side note, you mention that in JDK 1.1 every object is a bean.  I
> thought beans had to be serializable.  Are you saying that in JDK 1.1
> every Java object that ever gets created is serializable?

You're right of course.  But you'll find that anything that "makes sense" 
to serialize, can be.

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

   Will distribute business objects for food.


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


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.