RE: [kmip] XML and/or JSON

["Lockhart, Robert" <Robert.Lockhart@thalesesec.com>]

Tim,

We see reasons for both JSON and XML messaging formats.  XML is also extremely good when it comes to troubleshooting problems in communications so if I had to put a preference between the two I would push for XML with the understanding we need both to avoid any long term protocol isssues that others may have if we don't have one or the other.

Bob L.

Robert A. (Bob) Lockhart
Chief Solution Architect - Key Management
THALES e-Security, Inc.
W:     www.thales-esecurity.com
________________________________________
From: kmip@lists.oasis-open.org [kmip@lists.oasis-open.org] On Behalf Of Tim Hudson [tjh@cryptsoft.com]
Sent: Thursday, October 25, 2012 14:59
To: kmip@lists.oasis-open.org
Subject: [kmip] XML and/or JSON

If you could either reply to me or to the list with your thoughts on
JSON and/or XML along these lines that would be ideal.
Given this is a topic we have covered off on before I don't think we
need a straw poll - just an indication that there is some support for it.

1) JSON
a) we think it should be supported as an optional encoding format
b) we plan to add this to our implementation
c) object to adding anything other than TTLV format being specified
d) don't have a strong opinion for or against

2) XML
a) we think it should be supported as an optional encoding format
b) we plan to add this to our implementation
c) object to adding anything other than TTLV format being specified
d) don't have a strong opinion for or against

Given that to date the previous times this has been raised and presented
there was insufficient interest or support from the group I haven't
written this up as a formal proposal - just as a description as to what
is involved. There are full examples of the entire test case set online
at http://interop.cryptsoft.com/kmip_uc/ showing the JSON and XML
representation of each request and response message (and the end of each
time step where it is displayed in a range of formats).

This isn't a proposal for a concept - this is actual documentation of
something which has been implemented in multiple products and is in
production use in multiple organisations.

If there is enough interest expressed I will create separate proposals
or a single proposal for review and then a ballot.

Thanks,
Tim.





---------------------------------------------------------------------
To unsubscribe, e-mail: kmip-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: kmip-help@lists.oasis-open.org