CARVIEW |
Select Language
HTTP/2 200
date: Tue, 07 Oct 2025 06:34:40 GMT
content-type: text/html
content-encoding: gzip
last-modified: Thu, 20 Jul 2023 23:26:51 GMT
cache-control: max-age=2592000, public
expires: Thu, 06 Nov 2025 06:34:40 GMT
vary: Accept-Encoding
access-control-allow-origin: *
x-request-id: 98ab5fbe4d87c1b0
strict-transport-security: max-age=15552015; preload
x-frame-options: deny
x-xss-protection: 1; mode=block
cf-cache-status: MISS
set-cookie: __cf_bm=vIRdIVUh0bIvgDC0CY6xnUNPdsaV.vZwNOUUUa.cREo-1759818880-1.0.1.1-8_vMtn1dwP96BSFZV294cWz_HxdDFHl.akPRLiJAJOzaQOyexjQeLSY.QDmYGJ55hIijVsizwQYaXeTsz8_csHnwaKZ7IiCwRMc.b3uyF4I; path=/; expires=Tue, 07-Oct-25 07:04:40 GMT; domain=.w3.org; HttpOnly; Secure; SameSite=None
server: cloudflare
cf-ray: 98ab5fbe4d87c1b0-BLR
alt-svc: h3=":443"; ma=86400
Editorial comments on Part 3 from Hugo Haas on 2004-07-01 (www-ws-desc@w3.org from July 2004)
Editorial comments on Part 3
- From: Hugo Haas <hugo@w3.org>
- Date: Thu, 1 Jul 2004 16:41:03 +0200
- To: www-ws-desc@w3.org
- Message-ID: <20040701144103.GD12118@w3.org>
I did a quick review of Part 3. I will need to do a more thorough reading, but I had a few initial editorial comments. SOAP binding: ------------- Section 2.3 about the SOAP binding talks about the "SOAP Protocol"; SOAP 1.2 talks about the underlying protocol, and I would like us to use the same terminology as it confused me for a few minutes: "SOAP protocol" could refer to SOAP itself. From a readability perspective, I have found section 2 easier to read then section 3. I believe that this is because section 3 (HTTP binding) shows the pseudo-schema first, and then starts talking about default values. In section 2 (SOAP binding), we hear immediately about default values of things that we haven't heard from yet. HTTP binding: ------------- Section 3.3 about the HTTP binding contains the default binding rules, in table 3-2: - "get", "post", "put" and "delete" need to be "GET", "POST", "PUT" and "DELETE" as HTTP/1.1 methods are case-sensitive. - regarding the default output serialization, I thought that PUT and DELETE had been defaulted to application/xml, and I actually thought that application/xml was the default for input and output serializations unless specified otherwise. - the operation style required for DELETE is the URI style. The next two ones may be because the editors didn't get around to specifying HTTP binding of faults yet: Even though the introduction to section 3 talks about binding faults, there isn't any text about HTTP faults. I have seen an ED AI about faultSerialization, and I think (although I'm offline so I can't do a complete search) that there also is something to specify about error codes — we discussed this at one of our early June telcons. In section 3.1, the pseudo schema for fault uses SOAP attributes. Regards, Hugo -- Hugo Haas - W3C mailto:hugo@w3.org - https://www.w3.org/People/Hugo/
Received on Thursday, 1 July 2004 10:43:32 UTC