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

XML vs. CORBA (was RE: Alternatives to browsers)

  • From: "Simon St.Laurent" <simonstl@s...>
  • To: xml-dev@i...
  • Date: Tue, 18 Jan 2000 13:53:42 -0500

corba alternatives
At 03:56 PM 1/18/00 +0000, Miles Sabin wrote:
>I'm having trouble seeing why XML over HTTP is preferable to
>eg. CORBA or Java RMI (maybe tunneled through HTTP if there's
>a need to traverse firewalls) for application specific comms.
>How is application specific markup better than an application
>specific binary wire protocol?

As others have said here already, XML isn't preferable in a lot of
case-by-case situations.  On the other hand, defining data formats for
interchange makes it much easier for different developers to choose
different transport mechanisms at will, without being trapped in a single
large and complex environment.

At 06:37 PM 1/18/00 +0000, Miles Sabin wrote:
>If you've got CORBA/RMI/DCOM clients and servers on both ends 
>why would you want to take a detour via XML over HTTP (other 
>than for firewall traversal). The generated XML would be about 
>as illuminating (and as helpful for interoperation) as running
>a binary executable through a disassembler.

If you already have that infrastructure on both ends, I doubt there's much
value in changing it over to XML/HTTP.  On the other hand, if you don't
have that infrastructure on both ends, or are faced with supporting it in a
diverse set of environments, I would strongly urge you take a look at XML.

Even if you're talking about straight object-to-object communication, tools
like JXML's Quick let you handle that communication in ways that are much
more interesting than disassembled binary material.  Sun's latest moves
toward using XML for Java object persistence in 1.3 may provide similar
food for thought.

For me, the key aspect that XML provides - and other solutions don't - is
that XML can be made to work in nearly any vaguely modern computing
environment, with a relatively small overhead.  There may be more work to
do as far as connecting the XML information to your applications, but
you'll be able to do it when and how you feel appropriate, without needing
much infrastructure.

Simon St.Laurent
XML Elements of Style / XML: A Primer, 2nd Ed.
Building XML Applications
Inside XML DTDs: Scientific and Technical
Cookies / Sharing Bandwidth
http://www.simonstl.com

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/ or CD-ROM/ISBN 981-02-3594-1
Please note: New list subscriptions now closed in preparation for transfer to OASIS.



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.