I believe Mark is busy with other things right now, so I'll hazard a response. > I think that the requirement is not merely that the header is > "useful" but that its interaction with the rest of HTTP has > been analyzed and documented. Lots of header extensions are > poorly considered and not interoperable as documented. > > The original motivation -- to allow "SOAPAction" as a HTTP > header by putting it in a registry that would be established > by the XML protocol group -- is pretty suspect. They don't > need a "registry" to allow SOAPAction, they need to document > how SOAPAction is used, what it means, and how to implement > it interoperably. Is it end-to-end or hop-to-hop? Is it allowed > in trailers as well as headers? Is it only allowed with requests, > responses, only some methods or with all? How does it interact > with other parts of HTTP semantics? Definitely. IIRC, Mark's thinking was that we would do all that, *and* establish a registry for others to use. But I agree with the sentiment here that we only really need an index, not a registry. MB -- Mark Baker, Chief Science Officer, Planetfred, Inc. Ottawa, Ontario, CANADA. mbaker@planetfred.com http://www.markbaker.ca http://www.planetfred.comReceived on Wednesday, 12 December 2001 16:41:21 EST
This archive was generated by hypermail pre-2.1.9 : Wednesday, 24 September 2003 06:33:45 EDT