W3C home > Mailing lists > Public > public-ldp-wg@w3.org > October 2012

Re: ldp-ISSUE-24 (remain deleted): Should DELETED resources remain deleted? [Linked Data Platform core]

From: Ruben Verborgh <ruben.verborgh@ugent.be>
Date: Sun, 21 Oct 2012 21:53:17 +0200
Cc: David Wood <david@3roundstones.com>, "Linked Data Platform (LDP) Working Group" <public-ldp-wg@w3.org>
Message-Id: <C7C7ADCA-3AC9-4ACA-A771-D508ED733E0B@ugent.be>
To: Mark Baker <distobj@acm.org>
Hi Mark,

> Nothing else can be promised by servers or expected by clients,
> at least without defining HTTP extensions.

Why not?
Any server is allowed to promise something more.
If the client understands this promise, it can make use of the consequences.
If it doesnít, then it just uses HTTP (and that will work if thereís no contradiction).

> As I mentioned before, servers are free to
> *do* more, as that's an implementation consideration that HTTP doesn't
> generally concern itself with.

True, and the LDP spec defines a class of such servers.

> But clients cannot *expect* more,
> because expectation is defined by the contract alone.

They can expect more if they agree this contract is the LDP spec,
which is what an BPR client and BPR server will do.

Iíve tried to summarize the possible options in a yes/no diagram:

Currently, can BPR clients talk to BPR servers? Yes.
Can generic HTTP clients talk to BPR servers? Yes.
Can other RFC2616-compliant intermediaries talk to BPR servers? Yes.

Can BPR clients talk to generic RFC2616 servers? No. Should they? No.
If a client is designed for BPR servers, it can only be expected to work with BPR servers.
Unless it's also a generic HTTP client. But then, it will apply the regular HTTP rules
for non-BPR resources (otherwise, itís not a generic HTTP client).


Received on Sunday, 21 October 2012 19:53:51 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:17:32 UTC