I also think that if the server cannot fully perform the import it should just fail, and let the client decide what to do about it, possibly removing some unsupported attributes and trying again.
One problem we do have is that the error statuses are not as clear as they could be. At the last face to face I suggested an additional Error Parameter in the results. So if you got "Invalid Field" there would be some indication of which field failed (or was the first to fail). Maybe we should do this as part of 2.0?
Anthony
On Fri, Jan 6, 2017 at 10:31 AM, Mark Joseph <> wrote:
It does make sense
Best,
Mark Joseph
P6R, Inc
408-205-0361
On Jan 5, 2017, at 3:57 PM, Bruce Rich <> wrote:
Hmm, like maybe a Profile that specifies the required Attributes? Which would allow you to Query the server to see what profiles it supports, which would net the required Attributes without actually having to enhance Query to deal directly with Attributes, if that makes any sense. It did when I thought it, but now that I've typed it out it looks odder than most things I type.
Bruce
On Thu, Jan 5, 2017 at 5:51 PM, Mark Joseph <> wrote:
Anthony
On the Import operation why not define a minimum set of attributes that must be supported on both ends for the operation to succeed? Maybe this is a way to ensure interoperability. I think one use for this feature could be by a customer to export from one server vendor and move the object to a different vendors product.
Best,
Mark Joseph
P6R, Inc
408-205-0361
On Jan 5, 2017, at 1:28 AM, Anthony Berglas <> wrote:
Um, that should be PKCS#11, not POX intended!
Anthony
On Thu, Jan 5, 2017 at 7:25 PM, Anthony Berglas <> wrote:
Submitter's message
Hello All,
Below is the link to a proposal to add Extractable and Sensitive flags to KMIP. They are modeled after POCS#11 in order to restrict the retrieval of key material.
I will present this on tomorrow's call.
-- Anthony Berglas
Document Name: Non Exportable and Sensitive Attributes proposal
No description provided.
Download Latest Revision
Public Download Link
Submitter: Anthony Berglas
Group: OASIS Key Management Interoperability Protocol (KMIP) TC
Folder: Drafts
Date submitted: 2017-01-05 01:25:10
--
Anthony Berglas Ph.D.
Principal Engineer
--
Anthony Berglas Ph.D.
Principal Engineer
