RE: Article on WS architecture and best practice ... may be of in terest

Hao He <[email protected]>
Newsgroups gmane.comp.web.services.ws-arch
Message-ID <686B9E7C8AA57A45AE8DDCC5A81596AB046AE09F@sydthqems01.INT.TISA.COM.AU>
Big +1.

Hao

-----Original Message-----
From: Paul Prescod [mailto:[email protected]]
Sent: Friday, October 04, 2002 5:55 AM
To: Ugo Corda
Cc: 'Champion, Mike'; [email protected]
Subject: Re: Article on WS architecture and best practice ... may be of
in terest



Ugo Corda wrote:
>>this methodology
>>defeats the whole purpose of Web services, which is to hide the
>>implementation of a service completely behind an XML-based interface. 
>>VS.NET generates the interface from the implementation.
> 
> 
> I don't see the conflict here. For any user of the Web service the
generated
> interface does exactly that: hides the original implementation.
> 
> If the point made by the article is that Web services interfaces should be
> defined first and implementations should follow, this is evidently not
> possible in all those cases where Web services are used as wrappers for
> legacy implementations.

I think that the point is that the web service's interfaces should be 
designed to make it into a good network application which could be 
radically different than the appropriate interfaces for a LAN-based or 
desktop software component for all of the reasons described in the 
"Waldo paper" and elsewhere. If you are just letting software "generate" 
your network interface from a pre-existing interface then the chances it 
is optimal as a network application is tiny.

  Paul
InterScan_Disclaimer.txt (text/plain, 438 B)
=====================================================================
WARNING -This e-mail, including any attachments, is for the 
personal use of the recipient(s) only.
Republication and re-dissemination, including posting to news 
groups or web pages, is strictly prohibited without the express
prior consent of
Thomson Legal & Regulatory Limited
ABN 64 058 914 668
=====================================================================
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.