OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

kmip message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: FW: [kmip] - KMIP Usage Guide v1.2: Batched Requests and Responses


From: Furlong, Judith
Sent: Friday, June 13, 2014 4:56 PM
To: 'Featherstone, David'
Subject: RE: [kmip] - KMIP Usage Guide v1.2: Batched Requests and Responses

 

David,

 

I’ve made some editorial changes to this section of the UG to align it with the KMIP 1.2 Specification.   You may view the edits in the UG version I just posted to the reflector  https://www.oasis-open.org/committees/document.php?document_id=53348&wg_abbrev=kmip

 

Judy

 

From: kmip@lists.oasis-open.org [mailto:kmip@lists.oasis-open.org] On Behalf Of Featherstone, David
Sent: Tuesday, June 03, 2014 2:36 PM
To: kmip@lists.oasis-open.org
Subject: [kmip] - KMIP Usage Guide v1.2: Batched Requests and Responses

 

Greetings

 

Section 2.10 Batched Requests and Responses [see http://docs.oasis-open.org/kmip/ug/v1.2/cnprd01/kmip-ug-v1.2-cnprd01.pdf] states:

 

215         remaining requests in the batch. Note that there is no option to treat an entire batch as atomic,

216         that is, if a request in the batch fails, then preceding requests in the batch are not undone or

217         rolled back (see Section 3.15). A special ID Placeholder (see Section 3.18) is provided in KMIP to

 

Notwithstanding that KMIP’s Batch Error Continuation Option is itself optional in the protocol, the above statement would seem to conflict with KMIP section 6.13 Batch Error Continuation Option [see https://www.oasis-open.org/committees/download.php/50394/kmip-spec-v1.2-wd08.pdf] whose description reads:

 

2014       6.13 Batch Error Continuation Option

2015       This option SHALL only be present if the Batch Count is greater than 1. This option SHALL have one of

2016       three values:

2017                       • Undo – If any operation in the request fails, then the server SHALL undo all the previous

2018                           operations.

2019                       • Stop – If an operation fails, then the server SHALL NOT continue processing subsequent

2020                           operations in the request. Completed operations SHALL NOT be undone.

2021                       • Continue – Return an error for the failed operation, and continue processing subsequent

2022                           operations in the request.

2023       If not specified, then Stop is assumed.

2024       Server support for this feature is OPTIONAL, but if the server does not support the feature, and a request

2025       is received containing the Batch Error Continuation Option with a value other than the default Stop, then

2026       the entire request SHALL be rejected.

 

i.e. Section 2.10 of the Usage Guide should provide wording to the effect that “… there is an optional option to treat the entire batch as atomic …”.

 

This inconsistency between the two documents appears to have gone unnoticed/uncorrected since at least v1.1 of the KMIP Usage Guide.

 

Regards,

… Dave

The information contained in this electronic mail transmission 
may be privileged and confidential, and therefore, protected 
from disclosure. If you have received this communication in 
error, please notify us immediately by replying to this 
message and deleting it from your computer without copying 
or disclosing it.
 
 


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]