Robert, On 28 Jul 2011, at 21:57, Robert Varga wrote:
> On 07/28/11 13:43, Thomson, Martin wrote: >> On 2011-07-28 at 14:56:19, Bill Roome wrote: >>> So the directory server DOES have an authoritative list of uris -- >> The IRD is not authoritative. Sorry if you got an impression otherwise. >> The directory is much like a DNS delegation - a hint from the parent domain >> that the child domain might be present at a particular place. >> >> Keep in mind that the IRD might be on a different server to the individual >> resources. > > Coming from HTTP, yes. Two questions arise: > - who has the authoritative information? OPTIONS request seems to be the last > instance, but it does not have to exist... With HTTP the only thing that is truly authoritative for a given resource is the resource itself. That's just a fact of life when using HTTP. > - could we not be a limit this a bit in exchange for greatly simplifying > clients? > > I really would like to see this simplified, as all this complexity does not > seem to be founded on documented ALTO deployment use cases... In general REST-ful design places some additional complexity on clients in order to reduce coupling between clients and servers and to provide server implementations with the flexibility to organise resources as they see fit. As ALTO is using HTTP as a "transport" an ALTO server is within its rights to use any valid HTTP response as part of an ALTO response. I think what the draft is trying to do in some places is clarify some of the behaviour that is familiar to folks versed in HTTP but may not be immediately obvious to someone who isn't to try and avoid situations where an ALTO server returns a valid HTTP response but the ALTO client implementer/implementations reaction is "WTF did I get that response?" Ben _______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto
