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

 


Help: OASIS Mailing Lists Help | MarkMail Help

emergency-cap message

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


Subject: RE: [emergency-cap] CAP Issue 23 - Specify JSON serialization


JSON is quite early in its life and I agree with Jacob that an informed
decision cannot be made until many issues are researched and clarified, i.e.
encoding, transformation, digital signatures, etc.   Elysa

-----Original Message-----
From: emergency-cap@lists.oasis-open.org
[mailto:emergency-cap@lists.oasis-open.org] On Behalf Of rexbroo
Sent: Friday, October 31, 2014 9:27 PM
To: emergency-cap@lists.oasis-open.org
Subject: Re: [emergency-cap] CAP Issue 23 - Specify JSON serialization

I think that including JSON makes a good signal to the marketplace that
we're onboard with the directions being taken, even with our continued
support of xml.

Rex


On 10/31/2014 12:09 PM, Jacob Westfall wrote:
> Hi,
> 	Thanks to everyone who has weighed in so far regarding issue 23 -
JSON.  If there are others with comments, please make sure you submit them
before the meeting on Monday.
>
> 	My own two cents on the discussion so far.  Regarding the concerns
about serializations of CAP other than XML being valid.  ASN.1 is an
entirely valid method for exchanging CAP messages, and has been for years.
It just so happens that its uptake has been extremely low, and there have
been no impacts on implementers because of this, but it still doesn't negate
the fact that CAP messages come in two flavours.  So if the justification
that XML must be the only way to exchange CAP messages is used to reject
issue 23, then I would certainly move that we must apply the same logic and
remove ASN.1 as well.
>
> 	If issue 23 is accepted, I do not believe that CAP JSON is thereby
fait accompli.  The OASIS process would still have to be followed with
committee drafts, comment periods, rounds of voting, etc.  If during the
drafting process any showstoppers with JSON arise, or there is overwhelming
negative comments from the CAP community, then CAP JSON would not move
forward.  I support the issue because JSON has overtaken XML, for good or
bad, and believe the effort should be made to seriously consider its use.  A
draft spec would address some of the important concerns that have been
raised such as encoding, transformation, digital signatures, etc and without
which, a well informed decision really can't be made.  If it ends up being
rejected, it would at least provide those of us who get regular questions
about CAP and JSON, the ability to point to some valid reasons why JSON
isn't available, rather than the shrugs and contradictions we have to offer
now.
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that 
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>
>
>

--
Rex Brooks
Starbourne Communications Design
Email: rexb@starbourne.com
GeoAddress:
1361 Addison St. Apt. A
Berkeley, CA 94702
Phone: 510-898-0670



---
This email is free from viruses and malware because avast! Antivirus
protection is active.
http://www.avast.com


---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that 
generates this mail.  Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 



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