Am 16.08.2005 um 17:42 schrieb Mark Nottingham:
On 16/08/2005, at 1:27 AM, Stefan Eissing wrote:
 [...]

Ch. 5 similar: "MUST occur unless". If the document is an archive there are only 2 possiblities: either fh:prev is there or not. If not it will always "terminate" the archive list, won't it? You seem to have a (server-side) model in mind which drives the document structure. From a client perspective, there are only the documents and it derives its own model from that.

Not sure what you mean here; are you saying that fh:archive is superfluous?

Currently:
The document first defines "archive documents" and *afterwards* requires that fh:archive MUST be present in archive documents.

My proposal:
Introduce fh:archive with the semantics that the server garantuees that the set of entries in this document will not change over time if fh:archive is present. A document with fh:archive in it (and its implied semantics) is then called an "archive document".

To tackle it from another view: The spec should say "servers MUST NOT break the promises of fh:archive" instead of saying "archive documents MUST announce that they do not change". There is possible harm in breaking the first, but only suboptimal performance in neglecting the latter case.

//Stefan

Reply via email to