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

RE: Categories of Web Service messages: data-oriented v s acti

• To: 'Michael Brennan' <Michael_Brennan@A...>, 'Bill de hOra' <dehora@e...>, xml-dev@l...
• Subject: RE: Categories of Web Service messages: data-oriented v s action-oriented
• From: "Bullard, Claude L (Len)" <clbullar@i...>
• Date: Tue, 5 Feb 2002 15:53:09 -0600

Basically, virtual, yes?  One doesn't care how it is done, just 
that the interface contract is understood.  After that, the worry 
is QOS.  (See why Red Hat believes Linux will win on the Internet.
http://dailynews.yahoo.com/h/zd/20020204/tc/q_a_red_hat_ceo_says_linux_won_t_rule_1.html )
If they are right, then using a QOS determinant, one could theoretically 
search for a service, hook up, test, and if the service QOS numbers are
high enough, the Linux servers would win and in a matter of days or hours, 
all of the MS server lights would stop blinking (basically the 
same phenomenon as hits on an overbuilt slow web page).

I'm mystified if there is a point to the thread.  
UDDI, WSFL, etc. are there so that web services 
can work like this over standard plumbing.  
The trick is simply knowing a target that does what you expect it to: 
ontological commitment, as the AI guys say.  Hook up and if the 
other side defects, defect as well.  If it really works like 
the Red Hat CEO claims, ecological effects will kill off the 
slowest runners.

I don't think it works quite as he describes, but that is a 
different issue.  There are few pure plays in business.

len

-----Original Message-----
From: Michael Brennan [mailto:Michael_Brennan@A...]
a verb.

Yes, although I would draw the distinction between "understanding of a verb"
at a business process layer vs. "understanding of a verb" at an API layer.
The latter is RPC, the former is semantics attached to the document within a
context larger than the document itself. These distinctions are meaningless
at the protocol layer; it is just XML over some sort of transport. The
distinctions are relevant in the larger context.

• Prev by Date: Re: Namespace terminology
• Next by Date: RE: Namespace terminology
• Previous by thread: RE: Categories of Web Service messages: data-oriented v s action-oriented
• Next by thread: RE: Categories of Web Service messages: data-oriented v s action-oriented
• Index(es):
  • Date
  • Thread