[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
LTAP - XML Schema considerations
- To: ietf-ltans@xxxxxxx
- Subject: LTAP - XML Schema considerations
- From: "Paweł Skarżyński" <chesteroni@xxxxxxxxx>
- Date: Wed, 20 Aug 2008 03:47:37 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=qHvj6m0Et0Taf2x++Vxl8Y1aIOk5cHgCBZMXPaCMGJw=; b=Ie43w8O7cAcVUAb9Ih1twlACBcYxwSq0xC6VKlf3cpiyqFic8J9cP64MJZjGEtDMZV gEXdHw3Datvh54fyfhSB69xHWVPuSlWsH3+YXMODYGzexj4nyMqrc6ia6GazdD53ujeG oh0bJFEe9kOEoYlx2rlSXIDV+OdhaPtYY9b5E=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=lcpC5aEAzxPhl1TvkDBrVqtwAUR3UhSeD661GUW1dM35roDHcxk1ql9FHQ0VhZE9Up uSg0LQt6I3uE1mUL0rcRks2SrJCVURK3Hjl7tvKSW3XWts6uUE4qIg0fsNuX84rUXGfV 4zSUxYiDvptS1U3NxB4zCjvTOf6uNDu5NM5m0=
- List-archive: <http://www.imc.org/ietf-ltans/mail-archive/>
- List-id: <ietf-ltans.imc.org>
- List-unsubscribe: <mailto:ietf-ltans-request@imc.org?body=unsubscribe>
- Sender: owner-ietf-ltans@xxxxxxxxxxxx
Hello!
I am currently implementing trusted archive following LTAP RFC draft #6.
The implementation is based on XML. While analysing the specification,
I found some things at least 'unclear':
1.
I'm a little stuck because of LISTIDS implementation.
On page 50 first paragraph after bullets is:
"The LTA returns a list of references as a sequence of DataOrTransaction items."
LTA have the signed LISTIDS request containing an artifact, found some objects'
ids so it is preparing response.
Type of top level element "Response" is "Response (page 42)
Response schema on page 36 contains single element "operationResponse"
of type "OperationResponse
(or single element 'errorNotice' of type 'StatusNotice').
OperationResponse type is a sequence of three elements (again on page 42):
a) "information" of type "RequestInformation", which I think, should
be a copy of "information" from obtained Request.
b) "status" of type "StatusNotice"
c) "data" of type "Data"
LISTIDS should return "a list of references as a sequence of
DataOrTransaction items".
I believe, all of the 'real' response content should be put in to
<data> element.
But definition of type "Data" does not allow me to put a sequence of
DataOrTransaction items!
On page 27 there ist "Data" XML Schema. It is a sequence containing:
a) One "dataReference" element of type "DataOrTransaction"
b) One "metaData" element of type "MetaData"
c) One "messageImprint" element of type "MessageDigest"
So according to above, it is impossible to put such sequence of DOT items.
2.
The initial request of LISTIDS should contain "data" element. What
should be a content of
"dataReference" (DOT type) is not written in the specification.
DOT can contain data (which in LISTIDS is meaningless), an artifact or
a reference (which is also
meaningless). So I assume, an artifact should be the right choice. If
I assumed correctly, such
assumption should be written somewhere in the chapter 6.6 (LISTIDS operation).
If a sequence of DOT items would be allowed, it should be specified
that if the request contained
an artifact, the first DOT item in sequence should containt that artifact.
3.
Another thing is messageImprint. It is not clear, what should be
digested. dataReference?
metaData? concatenation of them? I assumed only dataReference.
After allowing many dataReferences it will be much more unclear.
4.
On page 42 there are XML top level definitions.
Type LTAPResponse is a choice of three elements.
In my opinion, the first choice, element "response", should be of type
"Response",
not "Request".
5.
The Artifact type - page 22.
If I think correctly, it is not important what's the content as far,
as it is a PrintableString.
For example, it may initially contain random floating point number. Am
I correct?
6.
The IA5String type... It took me more than a while to find out, that
it is a string with
double quotes in the begining and in the end without double quote
character in the content.
It really should be mentioned somewhere in the LTAP spec.
Uff, for now it's all. I made some assumptions, which may be wrong. I
am not an expert,
so please, feel free to point me where I'm thinking wrong :-)
Pawel Skarzynski