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

RE: Why XML for Messaging?

  • To: 'Rick Marshall' <rjm@z...>,'XML Developers List' <xml-dev@l...>
  • Subject: RE: Why XML for Messaging?
  • From: Didier PH Martin <martind@n...>
  • Date: Sun, 05 Jun 2005 17:41:37 -0400
  • In-reply-to: <42A2F3B5.70100@z...>
  • Thread-index: AcVpzM8s/hJKEoN3Q7ujOruRVJ4abQASHJ0g

RE:  Why XML for Messaging?
Hello Rick,

not an issue with documents, but it can be a very big problem with data 
where extraction may require information retrieval from houndreds, 
thousands, millions, etc of records. client server simply scales very badly.

But usually you don't download everything on the client, just a subset.
Anyway, even in a centralized architecture, only a subset of all data is
used. So, the same problem is shared by both server centric and client
centric architecture unless you try as much as possible to deal with the
smallest possible data set. Usually you download a bigger data set for
viewing and navigation and update a record at a time to minimize the
potential deadlocks. You do that in both server centric and client centric
architectures. Maybe you see something else as a problem. If so, can you
expand on what is precisely the scalability problem with client-server

we're starting to do it, but if note the cross thread on a recent ms 
patent i will probably have to go back to the drawing board on 

but yes, xml transport of data (i'd rather not call them objects) is 
working very well. the secret however is the message system, rather than 
the syntax of the message.

I would say both. I discovered that if your serialized objects includes some
reflective information, it is easier to transform them into language
specific construct, for instance: Java. By the way, one member of our team
discovered a way to dynamically create java classes using Beanshell. So
usually, java is a static language and you can't create new classes at
run-time, only before compilation. Our colleague found a clever way to do it
with beanshell. In conclusion, the content of the message can be
tremendously important for transforming the serialized objects into strongly
typed languages constructs. 

I need to look closely at MS patent. you may consider that RDF is a
primitive way to encode objects (in a frame like construct) it is prior art.
Its only that we never said they are objects just triples. If to keep the
lawer quiet we have to rename objects triple or gizmos, noproblem we will
provide a translation dictionary :-) :-)



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.
First Name
Last Name
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.