- From: Mark H Linehan/Watson/IBM Research <linehan@watson.ibm.com>
- Date: 22 Aug 96 12:45:22
- To: Rohit Khare <khare@pest.w3.org>
- Cc: Jepi-Core <Jepi-Core@commerce.net>, http-wg <http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com>
A few comments:
1. You might comment upon ordering issues when there are multiple
Protocol-Info, Protocol-Request, Protocol-Query, and Protocol headers contained
in the same message header. For example, a JEPI server will likely do UPP
operations 2 and 3 in the same message:
Protocol-Info: {globeid ... {for \pay}} {CyberCash ... {for \pay}}
Protocol-Request: {upp {str req} {for \pay}
For UPP to work properly, the Protocol-Request has to be acted-upon after the
Protocol-Info is stored. This seems very natural given the semantics of
Protocol-Info versus Protocol-Request. I think the Internet Draft should make
this more explicit.
2. Would it be useful to have Protocol explicitly express whether a Protocol
was done by a sender in response to a Request? To put it another way, might
there be a "{str resp}" indicating that this Protocol line was inserted (and
the corresponding protocol run) in response to a request? This would
differentiate a Protocol line done ad-hoc by a sender. I think this might make
the protocol more robust and help with problem diagnosis and error recovery.
3. I (still) wish there were a matrix discussing the meaning of each parameter
(str, scope, via, for, params) for each type of header (Protocol,
Protocol-Request, Protocol-Info, and Protocol-Query). I think some of the
cells may be meaningless, and others may have ambiguous meanings. I think the
exercise of filling in such a matrix may bring clarity to this proposal.
4. There used to be an "implementation model" in an appendix. I hope you put
it back in and expand upon it.
5. In verbal discussions, you've made it clear that "for" is basically just a
hint which implementations are (mostly) free to ignore. You should explain
this concept somewhere.
6. A comment about exposition: I suggest that the section on PEP Syntax in part
3.5 be moved before the rest of part 3. I think many readers don't appreciate
forward references when reviewing this kind of document. The discussion of PEP
Usage at the start of part 3 is basically meaningless until you've read part
3.5. Also, I think you should greatly discuss the explanations of the reserved
top-level bags to make the semantics of each clearer.
Received on Thursday, 22 August 1996 09:50:59 UTC