ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> xml-dev
xml-dev
Re: [xml-dev] Exposing resources/services vs hiding implementation details
by Leigh Dodds other posts by this author
Apr 5 2005 4:04PM messages near this date
Re: [xml-dev] Exposing resources/services vs hiding implementation details | Re: [xml-dev] Exposing resources/services vs hiding implementation details
& XSLT Jan Algermissen wrote:
>  Michael Champion wrote:
>  
> > On Apr 5, 2005 11:42 AM, Jan Algermissen 
> > <jalgermissen@[...].com> 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.

-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org> , an
initiative of OASIS <http://www.oasis-open.org> 

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://www.oasis-open.org/mlmanage/index.php> 
Thread:
Claude L Bullard
Marc de Graauw
Joe Gregorio
Bill de hÓra
Michael Champion
Uche Ogbuji
Jan Algermissen
Uche Ogbuji
Rich Salz
Jan Algermissen
Rich Salz
Michael Champion
Bill de hÓra
Michael Champion
Uche Ogbuji
Bill de hÓra
Robert Koberg
Peter Hunsberger
Michael Champion
Leigh Dodds
Jan Algermissen
Leigh Dodds
Bill de hÓra
Michael Champion
Leigh Dodds
Michael Champion
Rick Marshall
Bill de hÓra
Robert Koberg
Rich Salz
Leigh Dodds
Rich Salz
Leigh Dodds
Rich Salz
Leigh Dodds
Andrzej Jan Taramina
Rich Salz
Bob Foster
Jan Algermissen
Mark Baker
Michael Champion
Michael Champion
Mark Baker
Mark Baker
Michael Champion
Bill de hÓra
Rich Salz
David Lyon
Rich Salz
Joe Gregorio
Rich Salz
Joe Gregorio
Saptagirisa N
Arvind Singh
Rich Salz
Joe Gregorio
Rich Salz
Joe Gregorio
Rich Salz
Dave Pawson
Mark Baker
Joe Gregorio
Mark Baker
Rich Salz
Michael Champion
Elliotte Rusty Harold
Joe Gregorio
Michael Champion
Jan Algermissen
Bill de hÓra
Joe Gregorio
Charles Woerner
Rich Salz

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved