- From: Donald E. Eastlake 3rd <dee3@torque.pothole.com>
- Date: Sat, 15 Jan 2000 10:40:02 -0500
- To: "Joseph M. Reagle Jr." <reagle@w3.org>
- cc: Gregor.Karlinger@iaik.at, ML W3C XML-Signature <w3c-ietf-xmldsig@w3.org>
From: "Joseph M. Reagle Jr." <reagle@w3.org> Resent-Date: Fri, 14 Jan 2000 11:28:35 -0500 (EST) Resent-Message-Id: <200001141628.LAA03218@www19.w3.org> Message-Id: <3.0.5.32.20000114112750.009e5230@localhost> X-Sender: reagle@localhost Date: Fri, 14 Jan 2000 11:27:50 -0500 To: Gregor.Karlinger@iaik.at, David Solo <david.solo@citicorp.com>, <dee3@torque.pothole.com> Cc: ML W3C XML-Signature <w3c-ietf-xmldsig@w3.org> In-Reply-To: <387C5280.88AD120@iaik.at> >At 11:08 00/01/12 +0100, Gregor Karlinger wrote: > >I have found the following errors and typos in our latest draft: > >Gregor, thank you again for the careful readings! I corrected everything >aside from the three points below that others in the WG should be able to >respond to. > > >################################### > >Section 3.4, Schema Definition and DTD of Element KeyInfo: > >The content model is inconsistent: > > > >Schema Definition: > >"<group order='choice' minOccurs='1' maxOccurs='1'>" > > > >DTD: > >"(KeyName | KeyValue | SubjectName | RetrievalMethod | x509Data | PGPData > > | MgmtData)*" > > > >There are two possibilities: > > > >a) KeyInfo can contain exactly one child element; then Schema Definition > > is OK and the asterisk has to be omited from the DTD > > > >b) KeyInfo can be a repeated choice of its children; then maxOccurs must > > be changed to maxOccurs='*' in the Schema Definition and the asterisk > > must be replaced by a plus sign in the DTD. > >I assume the authors of that section intend option (b): for more than one >type of KeyInfo to be provided. Consequently, repeated declarations >redundantly refer to the same key. It's normally only one value but MgmtData can appear with KeyuValue... Maybe (KeyName | (KeyValue MgmtData?) | SubjectName | RetrievalMethod | x509Data | PGPData) > >###################################### > >Section 4.1, DTD: > >The content models of elements Manifest and Package are currently: > > > >"( (Reference | Object )+ )" > > > >In order to comply with both the Schema definition and the corresponding > >sections in chapter 2 both models should be replaced with > > > >"( Reference+, Object* )" > >I actually believe the DTD is correct and the other language is incorrect. I >would think it would be possible to provide only two objects within a >Manifest. Donald? We have always used R+ O* before. Personnally, I'd be happy to move to R|O+, which is more general, but I believe the consensus in the WG has been to avoid such variable orderings and stick with fixed orderings of sub-elements as implied by R+ O*. > >########################################### > >Section 5.4.1, Schema and DTD: > > > >Since the key values refer to the algorithm (DSA) and not to the standard > >(DSS) I suggest to rename the element name from > > > > "<element name='DSSKeyValue'>" and > > "<!ELEMENT DssKeyValue (P, Q, G, Y, J?, (seed, pgenCounter)?) >" > > > >into > > > > "<element name='DSAKeyValue'>" and > > "<!ELEMENT DSAKeyValue (P, Q, G, Y, J?, (seed, pgenCounter)?) >" > > > >BTW: Currently the element names are different in Schema and DTD > > (DSSKeyValue and DssKeyValue respectively). > >Makes sense to me? David/Barbara/Donald? > >_________________________________________________________ >Joseph Reagle Jr. >Policy Analyst mailto:reagle@w3.org >XML-Signature Co-Chair http://www.w3.org/People/Reagle/ Donald
Received on Saturday, 15 January 2000 10:40:08 UTC