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

Re: Exposing resources/services vs hiding implementatio n deta

• To: Rich Salz <rsalz@d...>
• Subject: Re: Exposing resources/services vs hiding implementatio n details
• From: Mark Baker <distobj@a...>
• Date: Tue, 5 Apr 2005 16:34:52 -0400
• Cc: xml-dev <xml-dev@l...>
• In-reply-to: <4252F429.2060703@d...>
• References: <15725CF6AFE2F34DB8A5B4770B7334EE07206D90@h...> <4252F429.2060703@d...>
• User-agent: Mutt/1.5.6+20040907i

Rich,

On Tue, Apr 05, 2005 at 04:25:13PM -0400, Rich Salz wrote:
> >Is this approach (a single URI) a means to unify multiple 
> >services under one dispatching service (eg, receives the 
> >message, reads it, determines who should do the work, 
> >sends that on with details)?
> 
> Yes.
> 
> Having everyone from the outside come in through a single door has its 
> benefits.  Maybe not for everyone, and not all the time, but you can't 
> just dismiss it.

Which door would that be, the URI or the TCP port? 8-)

I think the benefits to a single URI are few when compared with the
benefits of having many (well, one per resource anyhow 8-); improved
visibility being the biggie, but you also have the opportunity to use
hypermedia, even in a POST-only app.  e.g. POST a document, get one
back with a different URI to which you have to POST another document,
etc..  You're also well positioned for exposing the data behind those
URIs in the future, simply by implementing GET on them.

Mark.
-- 
Mark Baker.   Ottawa, Ontario, CANADA.        http://www.markbaker.ca

• Follow-Ups:
  • Re: Exposing resources/services vs hiding implementation details
    • From: Rich Salz <rsalz@d...>

• References:
  • RE: Exposing resources/services vs hiding implementation details
    • From: "Bullard, Claude L (Len)" <len.bullard@i...>
  • Re: Exposing resources/services vs hiding implementation details
    • From: Rich Salz <rsalz@d...>

• Prev by Date: Re: Exposing resources/services vs hiding implementationdetails
• Next by Date: Re: XML-based format for educational test / quizes
• Previous by thread: Re: Exposing resources/services vs hiding implementation details
• Next by thread: Re: Exposing resources/services vs hiding implementation details
• Index(es):
  • Date
  • Thread