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

Re: Exposing resources/services vs hiding implementationdetail

• To: algermissen@a...,Michael Champion <michaelc.champion@g...>
• Subject: Re: Exposing resources/services vs hiding implementationdetails
• From: Leigh Dodds <leigh@l...>
• Date: Tue, 05 Apr 2005 23:43:39 +0100
• Cc: xml-dev <xml-dev@l...>
• In-reply-to: <4252C5EA.2040304@t...>
• References: <200504051139.j35BdXDR050954@s...> <42528FB5.7040300@p...> <e3a5cb2c0504050804887b795@m...> <4252B1D7.8090707@t...> <e3a5cb2c0504050907453ad7f4@m...> <4252C5EA.2040304@t...>
• User-agent: Mozilla Thunderbird 1.0 (Windows/20041206)

Jan Algermissen wrote:
> Michael Champion wrote:
> 
>> On Apr 5, 2005 11:42 AM, Jan Algermissen 
>> <jalgermissen@t...> wrote:
>>
>> My point is to ask for evidence to support that assertion,
> 
> scalability: you do not get caching possibilities with single-service+POST

Here's another scalability point:

By supporting GET I can more easily route users to different locations
based on, e.g. service level agreements or security credentials.

Take the earlier example of a POST to register a query, returning via
a 302, a location to GET the results.

For Jan, who has purchased fast access to my service I can return
URLs to myfastserver.example.com. Jan also gets a richer response with
more data.

For Mike, who is using the free service, I can use URLs on 
slowserver.example.com. Mike gets a restricted view of the data.

Neither Mike or Jan has to code explicitly to account for this. Their
applications follow the redirect and subsequent links from that location.

I can decide to add such a system at a later date by deploying a
proxy server in front of my application that performs appropriate
rewrites to myfastserver or slowserver as appropriate.

Easy for me and for them.

There are no doubt ways to achieve this using SOAP+WSDL, but with
the above approach I can deploy some simple Apache scripts and I
like that simplicity.

L.

• References:
  • RE: What Does SOAP/WS Do that A REST System Can't?
    • From: "Marc de Graauw" <marc@m...>
  • Re: What Does SOAP/WS Do that A REST System Can't?
    • From: Bill de hÓra <bill.dehora@p...>
  • Exposing resources/services vs hiding implementation details
    • From: Michael Champion <michaelc.champion@g...>
  • Re: Exposing resources/services vs hiding implementationdetails
    • From: Jan Algermissen <jalgermissen@t...>
  • Re: Exposing resources/services vs hiding implementation details
    • From: Michael Champion <michaelc.champion@g...>
  • Re: Exposing resources/services vs hiding implementationdetails
    • From: Jan Algermissen <jalgermissen@t...>

• Prev by Date: Re: Exposing resources/services vs hiding implementation details
• Next by Date: RE: Exposing resources/services vs hiding implementation details
• Previous by thread: Re: Exposing resources/services vs hiding implementationdetails
• Next by thread: Re: Exposing resources/services vs hiding implementationdetails
• Index(es):
  • Date
  • Thread