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 Uche Ogbuji other posts by this author
Apr 5 2005 11:30AM 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 Bill de hÓra:

>  I understand this to mean: create objects (=resources, when speaking 
>  about REST) for the things of interest and expose them to the client 
>  (to  make caching of read-data-requests (GET in REST-land) possible.

Michael Champion:

>  >That seems to violate the principle of information
>  >hiding 

Jan Algermissen:

>  Hmm...making the objects of interest known to the client is not what I 
>  understand by "information hiding". "Information hiding" to me means to 
>  hide the implementation from the client.

Precisely.  That's where Mike got confused.  One interesting property of
SOA (assuming I have the right idea from the hundred pundit-flavor-of-
the-day definitions) is that at first glance it seems to turn every
classic architectural convention on its ear.  But if you pay proper
attention to what those classic conventions really mean, you find
there's no real conflict.


>  Of course there are issues with the granularity of what you choose to 
>  expose (Facade pattern comes to mind[1]), but 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.

Navigating this compromise is the main reason why SOA/REST/WS/etc. do
not eliminate the roles of expert data architects, as wizard toolkit
vendors like to suggest.  See also David Megginson's REST questions.
The answer is that there is no one answer.  You need a deft hand to tune
things for your specific application.  The result, of course, is well
worth the care, or we wouldn't be advocating what we do.


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
Use CSS to display XML, part 2 - http://www-128.ibm.com/developerworks/edu/x-dw-x-xmlcss2-i.
html
Writing and Reading XML with XIST - http://www.xml.com/pub/a/2005/03/16/py-xml.html
Use XSLT to prepare XML for import into OpenOffice Calc - http://www.ibm.com/developerworks/
xml/library/x-oocalc/
Be humble, not imperial (in design) - http://www.adtmag.com/article.asp?id=10286
State of the art in XML modeling - http://www.ibm.com/developerworks/xml/library/x-think30.h
tml


-----------------------------------------------------------------
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