- From: Jose Kahan <jose.kahan@w3.org>
- Date: Wed, 6 Apr 2005 16:28:41 +0200
- To: Vamsi Motukuru <vamsi.motukuru@oracle.com>
- Cc: www-xkms@w3.org
- Message-ID: <20050406142841.GB5867@rakahanga.inrialpes.fr>
Hello Vamsi,
First of all, many thanks for your thorough check. I did all the changes
except for some where I'm uncertain.
See my inline comments.
Thanks!
-jose
On Tue, Apr 05, 2005 at 01:36:35PM -0400, Vamsi Motukuru wrote:
> Page 1: Copyright year should be 2005
Fixed and reported this and requested update of the patent boilerplate
I used :)
> Page 1/2: Comments about <ins> and <del> tags should be stripped
These comments were not there anymore since Monday. Maybe we had
some mirroring problems and you saw a previous version.
> Page 2: Should language describing the "CR" status be present in a "PR"
Did you saw this in the Status of DOcument Section? I updated it
yesterday. Again, maybe it was a mirroring problem.
> Page 3: Should TOC include link to Working Draft (08/26/2003)
No :) I just left it there for a while. When we publish it we'll put
the actual links and remove the link to the WD.
> Inconsistency in using singular ("Message") versus plurals
> ("Messages") i.e 3.2 Request Message vs 3.3 Response Messages
I fixed it in 3.2, 3.3., and in the ToC to use "Message". I didn't find
other places in the document, but I only did an emacs search for the
strings.
> Sections 4.1 and 4.2 contain the XKISS prefix but XKRSS is not
> used in Sections 6.1 .. 6.4
Decided to remove XKISS, rather than to add XKRSS.
> [23] The XML Schema in the prefix table should specify "xsi" as the prefix.
>
> "Cannonicalization" is misspelt.
Fixed both.
> [26] Update the <documentation> element content to reflect PR status.
Good catch! Updated it and checked the .xsd. It was already updated. I
just changed PR to Proposed Recommendation in the schema.
> [36] Section XX description contains some lines that are not terminated
> with a "." This inconsistancy occurs at numerous places in the spec.
I made some passes at the spec. to fix this. I also added
Three between each element definition and its conditional.
> [45] "ID" should be "Id"
Fixed.
> [57] Font face for "failure" in the Requestor processing of the Pending
> Response Message is incorrect
Fixed. I noticed that there were many places which used <font
face="Courier"> rather than <span class="ID">. I fixed all of them
so that they use <span class="ID">. I also removed duplicates
wherever I found them, such as <font ...><span ...>...</span></font>
I added spaces where needed when I saw them missing (maybe some are still
missing).
> [63/64] Use of "two phase" is inconsistant. Sometimes it is 2 phase or
> two-phase.
Made it two-phase throughout (added the hyphen when missing, put
everything in lowercase, except in the titles).
> Last sentence contains words that are not separated by a
> whitespace. This happens at many other places in the spec esecially when
> the font face changes.
Fixed. See comments for [57]. If you find another place where the words
are missing whitespace, please tell me so. It may be something else.
>
> [2.8.1.2 Response1]
> Service URI in LocateResult is http://test.xmltrustcenter.org/XKMS
> which does not correlate with the LocateRequest
Fixed. Using www.example.org/XKMS. There was a second Service URI that
had this problem. I also fixed it.
> [100] anyURI needs to be in correct font
Fixed.
> [104] "anyURIS" should be "anyURIs"
This is weird. The source code says <span class="id">anyURI</span>s,
but in opera and mozilla, this is rendered as anyURIS. In Amaya and
Konqueror, it comes out as anyURIs. This seems to be a browser error.
Under mac, a colleague reports that opera, safari and firefox render it
as lowecase. Which browser did you use? We can always put the s inside
the span.
> In the X509Chain description, "certificatesa" should be
> "certificates"
Fixed.
> [125] The "ds:signature/ds:signatureValue" representation format syntax
> should be replaced by a textual description for consistancy
Not yet fixed. I'll ask Shivaram to contribute the text or I'll look at it
later.
> [147] Service URI is http://test.xmltrustcenter.org/XKMS
Fixed.
> [173] Font face of "Id" is not correct
Fixed.
> [179] "If more than <UseKeyWith> element is specified" should be
> "If more than one <UseKeyWith> element is specified"
Fixed.
> [182] Table entry PKIX Type description should be "X.500 Distinguished
> Name".
>
> [186] X.509 should be replaced by X.500
I'm confused here. The xmlsig spec states "X.509 distinguished names". I
wonder if X.509v3 redefined what is a DN, e.g., simplifying it from the
X.500 definition. Looking on the web, it seems some people say X.509 DN
and other people X.500 DN.
I don't have the X.509v3 spec. here right now. Could you verify before I
make the change? If it's X.500, then that's what it will be.
-jose
Received on Wednesday, 6 April 2005 14:38:05 UTC