OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] Categories of Web Service messages: data-oriented v s acti

[ Lists Home | Date Index | Thread Index ]

I believe the author of the 'rant' mentioned below has a poor understanding
of the CORBA paradigms and out-of-date knowledge of what CORBA supports of
the various communications possibilities.  There is nothing to prevent you
from having a very strict signature for an RPC call, one of whose parameters
is a string containing an XML document with essentially arbitrary content
(from the set of documents that would be relevant for whatever service the
RPC provides.)  This would significantly perturb the author's discussion of
coupling for the CORBA scenario.  CORBA also provides asynchronous message,
event-driven protocols, real-time and QoS (quality of service) features, and
pluggable message transport systems which might allow something based on the
Unix System V streams protocols that Hopper is proposing as the new way to
do things.

www.cs.wustl.edu/~schmidt/TAO.html has a lot of resources worth looking at.


----- Original Message -----
From: "Mike Champion" <mc@xegesis.org>
To: <xml-dev@lists.xml.org>
Sent: Monday, February 04, 2002 5:01 PM
Subject: RE: [xml-dev] Categories of Web Service messages: data-oriented v s

> Message exchange patterns are closely related to the issue of "coupling,
> this is brought out in the rant against the RPC paradigm that someone
> posted a link to
> http://www.omnifarious.org/~hopper/technical/corbabad.html
> "if you think about it, all forms of RPC, including CORBA, require a
> explicit detailing of the messages to be sent back and forth. You have to
> specify your function signature pretty exactly, and the other side has to
> agree with you. Also, the way RPC encourages you to design protocols tends
> create protocols in which the messages have a pretty specific meaning. In
> contrast, the messages in the SMTP or XML protocol have a pretty general
> meaning, and it's up to the program to interpret what they mean for it.
> bumps RPC protocols up on the coupling scale a fair amount, despite the
> of the theorists and marketers."


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS