[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: LTAP - XML Schema considerations
- To: ietf-ltans@xxxxxxx
- Subject: Re: LTAP - XML Schema considerations
- From: "Paweł Skarżyński" <chesteroni@xxxxxxxxx>
- Date: Sat, 23 Aug 2008 15:51:48 +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=qp5+3sHYfW9lEna68IODEtMFzruuPUooudZXzMpC9n8=; b=YqhHcK6yaw5mxSRH1Hv5WuV6or82E1FqUgQoVZbVmQG0uuB6x6No8XR6TJlPpKcdaz bUv5Om+irS9oU14ovE2/WVAcQpiMmYbRqAVizNRq/FklskFYXCyi3sAKmlfIOgq/BjIv NF5j/bHXYNyMGOJZgMXKP6MnJ+JNu38a50WeM=
- 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=DMXPT6TzlAS0mmXF9Rs4Iy1pkrdbNrZT4j7jVcY4M1zFnbIxJbMhhwBNImJBhAjcYe cZg+35RgXxpuHZQ/6Bw39I/kXf4wOArjA3irpJF7ANJ7gUukFJn3RdCJ7K5te4HoRvOW BVeYcn0bmROCGPJtMxnz7PrUVmK2fwY6120jU=
- 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
I forgot to mention another confusion:
On page 36 in section 5.4 there is a Response type schema.
The <Response> element may contain eihter an <operationResponse> or
<errorNotice>
errorNotice is of type StatusNotice, which is defined on page 35 in section 5.2
It contains a sequence of two elements:
a) <status> (of type StatusInformation)
b) <errorInformation> which contains UTF8String
When considering the <Response> which is an <errorNotice> - it is
obvious and clear.
But <Response> may be of type <operationResponse>.
<operationResponse> is a sequence of three elements:
a) <information>
b) <status> of type StatusNotice
c) <data>
Let's look closer at b). Now the response contains some real data. It
also contains status
which may be helpful for the client to show the response to the end-user.
But <status> is of type <StatusNotice> which enforces the LTA to return
<errorInformation> even, if the status is e.g. 'correct' or similar
positive value.
So in my opinion, the StatusNotice type should be modified, to enable
itself to contain
some 'positiveInformation' type.
For example the name of '<errorInformation>' may be changed to
'<statusData>' or other
'neutral' name.
Pawel Skarzynski