Re: [xml-dev] Exposing resources/services vs hiding implementation details
by Jan Algermissen other posts by this author
Apr 5 2005 10:38AM 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 Michael Champion wrote:
> On Apr 5, 2005 11:42 AM, Jan Algermissen <jalgermissen@[...].com> wrote:
>
>
>
>
>
>
> > the extreme of providing a
> >single poiunt of access (e.g. http://foo.org/myService ) to POST
> >everything to just doesn't seem to cut it when it comes to scalability
> >and integratability.
> >
> >But maybe I misunderstand your point.
> >
> >
>
> My point is to ask for evidence to support that assertion,
>
scalability: you do not get caching possibilities with single-service+POST
integratability: if the domain model behind the service changes (due to
integration or evolution) and this (naturally) propagates to the service
API conversation with former clients becomes impossible because they do
not know the new semantics (and API). With REST you at least *can* have
a conversation and the server can for example provide the client with
the neccessary information to adapt (e.g. transformation code can be
send accross to transform the new schema into the old one).
IMHO, this capability of REST to handle domain model evolution without
having to re-program existing clients makes it a very interesting choice
not only for internet-scale/outside-firewall situations but also for
common enterprise IT (behind the firewall) systems.
> especially
> since one has to add "security" to the list of necessary properties
> for a Web application in today's world.
>
>
Can you point me to a good starting point for the 'security issues
list'? Limited experience keeps me from argueing about this point,
admitedly.
Jan
> -----------------------------------------------------------------
> 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>
>
>
>
>
--
Jan Algermissen
Consultant & Programmer
http://jalgermissen.com
-----------------------------------------------------------------
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
|