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

RE: Exposing resources/services vs hiding implementation detai

• To: 'Rich Salz' <rsalz@d...>, algermissen@a...
• Subject: RE: Exposing resources/services vs hiding implementation details
• From: "Bullard, Claude L (Len)" <len.bullard@i...>
• Date: Tue, 5 Apr 2005 15:08:12 -0500
• Cc: xml-dev <xml-dev@l...>

Pardon my density.  I don't quite get this.

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

So then, ostensibly, the discovery service keeps a list 
of services that all have one URI, somewhat like calling 
the PBX operator to get a line into a business?

len


From: Rich Salz [mailto:rsalz@d...]

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

How so?  I can see why the single point is better for integration -- you 
only change one message posted to one URL, as opposed to one message 
posted to "n" URL's -- not worse.  And I don't see the difference in 
scalability at all.  Can you explain?

• Follow-Ups:
  • 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: Exposing resources/services vs hiding implementation details
• Previous by thread: Passing State Data between XForms - Architectural Limitations?
• Next by thread: Re: Exposing resources/services vs hiding implementation details
• Index(es):
  • Date
  • Thread