Re: [scim] data format

Trey Drake <trey.drake@unboundid.com> Wed, 29 August 2012 15:01 UTC

Return-Path: <trey.drake@unboundid.com>
X-Original-To: scim@ietfa.amsl.com
Delivered-To: scim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C30CD21F8679 for <scim@ietfa.amsl.com>; Wed, 29 Aug 2012 08:01:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.32
X-Spam-Level:
X-Spam-Status: No, score=-3.32 tagged_above=-999 required=5 tests=[AWL=0.279, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E+OdraQYvgIU for <scim@ietfa.amsl.com>; Wed, 29 Aug 2012 08:01:52 -0700 (PDT)
Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id F0BAE21F8627 for <scim@ietf.org>; Wed, 29 Aug 2012 08:01:51 -0700 (PDT)
Received: by obbwc20 with SMTP id wc20so1383002obb.31 for <scim@ietf.org>; Wed, 29 Aug 2012 08:01:51 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=jmn2CXujcgk4S57d0AnugfBjPs0UuljlihiMeKeTSzQ=; b=LJ8Q+sUEabtuiyqAWy0WNwsZP3XfILhDq1g/nePpG6q46cEy4HY2SRt0POP2RWf3+U 5z45HLmKHnFSQgKKsiypkBezHNlXz2b/0PB/P3YCyZpbNv0tEj0FhmHt7rLZQS7SoH0d 16I5nFZYbYLYt9sORLF9XFOUsPQ2yA5QclzhIMU5IwMW6q9OqQ6GF9r4QbNhhQaqmKVz cWlHf/gdrpA4nPsYiHFjx236EHSErb3LEBd3K/HnmK0WqtwPwQNw8A8+CzkWi0zmhUdJ y/R0qf6ZJeeWBrOpTCq613fOrT39h6eeHNu94WrSRPYvAmMi6ArVmJYrofFbKKuEv5yk wUxQ==
Received: by 10.60.10.225 with SMTP id l1mr673494oeb.28.1346252511490; Wed, 29 Aug 2012 08:01:51 -0700 (PDT)
Received: from office-dhcp-188.unboundid.lab (24-155-184-100.static.grandenetworks.net. [24.155.184.100]) by mx.google.com with ESMTPS id cp8sm22643255obc.23.2012.08.29.08.01.49 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 29 Aug 2012 08:01:50 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\))
From: Trey Drake <trey.drake@unboundid.com>
In-Reply-To: <B26C1EF377CB694EAB6BDDC8E624B6E75EA3B3BB@BL2PRD0310MB362.namprd03.prod.outlook.com>
Date: Wed, 29 Aug 2012 10:01:49 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <5D5C0054-D226-4D36-9DC5-9C258F49398B@unboundid.com>
References: <503CE150.6030903@stpeter.im> <4BB9235E-F71A-4CFD-9D8F-28A1FB6AA6DF@unboundid.com> <503D6D90.5060402@stpeter.im> <503DBFF6.7090609@mnt.se> <CAF2hCbauTGs8LGDMBK3to1AT8QotJhHq6+7iUJJvRFLm965MCQ@mail.gmail.com> <B26C1EF377CB694EAB6BDDC8E624B6E75EA3B3BB@BL2PRD0310MB362.namprd03.prod.outlook.com>
To: Anthony Nadalin <tonynad@microsoft.com>
X-Mailer: Apple Mail (2.1486)
X-Gm-Message-State: ALoCoQkDcW2GYicvOhEbe4o605T+az0cpB3iJzcGRknZPD6qY80w1+K71OigrkCynPHL9FgSu6Se
Cc: Samuel Erdtman <samuel@erdtman.se>, "scim@ietf.org" <scim@ietf.org>, Leif Johansson <leifj@mnt.se>
Subject: Re: [scim] data format
X-BeenThere: scim@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Simple Cloud Identity Management BOF <scim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/scim>, <mailto:scim-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/scim>
List-Post: <mailto:scim@ietf.org>
List-Help: <mailto:scim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/scim>, <mailto:scim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Aug 2012 15:01:52 -0000

A discussion on both makes sense though they should be handled separately.  The information model and supported data models ought to be orthogonal to specification of a common set of resources and attributes.  With regards to supported representations I'd be in favor of ditching XML in all forms.

On Aug 29, 2012, at 9:44 AM, Anthony Nadalin <tonynad@microsoft.com> wrote:

> Not sure I quite understand the issue, I thought the issue would be more around the wire format and API then the attributes
> 
> -----Original Message-----
> From: scim-bounces@ietf.org [mailto:scim-bounces@ietf.org] On Behalf Of Samuel Erdtman
> Sent: Wednesday, August 29, 2012 2:41 AM
> To: Leif Johansson
> Cc: scim@ietf.org
> Subject: Re: [scim] data format
> 
> Should we also look att aligning attributes to Windows Azure Active Directory Graph, or is that a completely different discussion?
> 
> regards
> //Samuel
> 
> 
> On Wed, Aug 29, 2012 at 9:08 AM, Leif Johansson <leifj@mnt.se> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> 
>> On 08/29/2012 03:17 AM, Peter Saint-Andre wrote:
>>> On 8/28/12 6:44 PM, Trey Drake wrote:
>>>> Peter,
>>> 
>>>> Would this be in addition to or in lieu of the JSON and XML formats?
>>> 
>>> Trey, that is a good question. There's an XML representation for
>>> vCard4 (RFC 6351) and I've contributed to a document defining a JSON 
>>> representation (draft-bhat-vcarddav-json), so we could potentially 
>>> use those (which seems preferable to defining yet another one-off 
>>> data model with both JSON and XML representations).
>>> Ideally, I think we'd settle on just one mandatory-to-implement 
>>> representation of whatever data model we choose.
>> 
>> My recollection is that the wg in Vancouver expressed a pretty clear 
>> consensus that it wanted to deprecate the XML representation in favor 
>> of JSON. This will obviously need to be confirmed on the list but it 
>> probably means that if vCard is to be considered that JSON version is 
>> going to be important.
>> 
>>        Cheers Leif
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.11 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
>> 
>> iEYEARECAAYFAlA9v/YACgkQ8Jx8FtbMZnfcTACfRDTzx7cS742H3wIrPeAXYzD0
>> Gv8An2AIGV4JsB+gBRZgKxkIU6ZTrMLj
>> =Niog
>> -----END PGP SIGNATURE-----
>> _______________________________________________
>> scim mailing list
>> scim@ietf.org
>> https://www.ietf.org/mailman/listinfo/scim
> _______________________________________________
> scim mailing list
> scim@ietf.org
> https://www.ietf.org/mailman/listinfo/scim
> 
> 
> 
> 
> 
> _______________________________________________
> scim mailing list
> scim@ietf.org
> https://www.ietf.org/mailman/listinfo/scim