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: Disallowing Custom Attributes of type structure

In the course of our work for the POC, SafeNet found the following issue.

The specification states a custom attribute can be any data type or structure.  By allowing type structure, the spec allows for custom attribute hierarchies of arbitrary depth.  This raises some questions regarding request processing and server storage of attributes.  

One complex case is the Locate operation: if a key has a custom attribute x-A, which has a sub-attribute x-B, can clients specify x-B criteria in a Locate operation and expect the server to find matching objects?  GetAttributeList returns a flat list of attribute names associated with an object.  Should sub-attributes be included in this list?  Can sub-attributes be independently retrieved via GetAttributes?

To simplify things, I'd like to propose we disallow custom attributes of type structure in version 1.0.  Note that clients wishing to use KMIP encoding for structured custom attributes can still do so and save them using type byte string.  The difference is that there is no implied obligation for the server to understand the structure.


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]