Re: [OAUTH-WG] Definition of XML response format
"William Mills" <wmills@yahoo-inc.com> Tue, 15 June 2010 16:55 UTC
Return-Path: <wmills@yahoo-inc.com>
X-Original-To: oauth@core3.amsl.com
Delivered-To: oauth@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5BE413A68FB for <oauth@core3.amsl.com>; Tue, 15 Jun 2010 09:55:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.781
X-Spam-Level:
X-Spam-Status: No, score=-16.781 tagged_above=-999 required=5 tests=[AWL=0.817, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oJ1SYy4884ra for <oauth@core3.amsl.com>; Tue, 15 Jun 2010 09:55:54 -0700 (PDT)
Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by core3.amsl.com (Postfix) with ESMTP id 421D23A6A9B for <oauth@ietf.org>; Tue, 15 Jun 2010 09:34:01 -0700 (PDT)
Received: from SNV-EXBH01.ds.corp.yahoo.com (snv-exbh01.ds.corp.yahoo.com [207.126.227.249]) by mrout3.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o5FGX2rQ093597; Tue, 15 Jun 2010 09:33:02 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=received:x-mimeole:content-class:mime-version: content-type:subject:date:message-id:in-reply-to:x-ms-has-attach: x-ms-tnef-correlator:thread-topic:thread-index:references:from:to:return-path:x-originalarrivaltime; b=K2imDBBwcbxNdTz5BRKeXxWiHbv/ccFG5OA3NFi4HjDCFAKpAQCSQBe/FB9pGDB2
Received: from SNV-EXVS08.ds.corp.yahoo.com ([207.126.227.8]) by SNV-EXBH01.ds.corp.yahoo.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 15 Jun 2010 09:33:02 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0CA8.6C07809C"
Date: Tue, 15 Jun 2010 09:33:00 -0700
Message-ID: <012AB2B223CB3F4BB846962876F4721705795CF9@SNV-EXVS08.ds.corp.yahoo.com>
In-Reply-To: <90C41DD21FB7C64BB94121FBBC2E72343B3EBB68E1@P3PW5EX1MB01.EX1.SECURESERVER.NET>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [OAUTH-WG] Definition of XML response format
Thread-Index: AcsD5VEE571s7DS7Tea7mCIwXSjM5AIczq1gABPvFsA=
References: <AANLkTilZw8KNJ5uwICGm4bCiCJi6OLgGRl4xqWNIEu2R@mail.gmail.com><AANLkTinqQIe9nGgnuhLR5uVcYr30OvhfKidqK9i2-kMe@mail.gmail.com> <90C41DD21FB7C64BB94121FBBC2E72343B3EBB68E1@P3PW5EX1MB01.EX1.SECURESERVER.NET>
From: William Mills <wmills@yahoo-inc.com>
To: Eran Hammer-Lahav <eran@hueniverse.com>, Andrew Arnott <andrewarnott@gmail.com>, oauth@ietf.org
X-OriginalArrivalTime: 15 Jun 2010 16:33:02.0341 (UTC) FILETIME=[6C6E7B50:01CB0CA8]
Subject: Re: [OAUTH-WG] Definition of XML response format
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: OAUTH WG <oauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/oauth>
List-Post: <mailto:oauth@ietf.org>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Jun 2010 16:55:55 -0000
Why use CDATA? Why not just use unary tags with all the data in attributes? From: oauth-bounces@ietf.org [mailto:oauth-bounces@ietf.org] On Behalf Of Andrew Arnott Sent: Friday, June 04, 2010 5:56 AM To: OAuth WG (oauth@ietf.org) Subject: Re: [OAUTH-WG] Definition of XML response format In the absence of anyone else volunteering an XML format, what would you say to this as a proposal (because the implementation of which happens to be simple for me): <root type="object"> <access_token type="string">some access token</access_token> <refresh_token type="string">some refresh token</refresh_token> <expires_in type="number">235298298</expires_in> </root> So the main points here is: 1. no namespace 2. root tag is called "root" 3. each parameter is an element 4. each element has a type parameter that is either string, number, or object to assist the deserializer to understnad how to cast the contents. We may axe #4. In fact we may want to switch all the elements to attributes because it's slightly more compact which might help small devices. -- Andrew Arnott "I [may] not agree with what you have to say, but I'll defend to the death your right to say it." - S. G. Tallentyre On Mon, May 31, 2010 at 9:12 AM, Andrew Arnott <andrewarnott@gmail.com> wrote: Where is the definition of how a auth server response in XML format should look? At the least we need an XML namespace and root node name. -- Andrew Arnott "I [may] not agree with what you have to say, but I'll defend to the death your right to say it." - S. G. Tallentyre
- [OAUTH-WG] Definition of XML response format Andrew Arnott
- Re: [OAUTH-WG] Definition of XML response format Andrew Arnott
- Re: [OAUTH-WG] Definition of XML response format George Fletcher
- Re: [OAUTH-WG] Definition of XML response format Andrew Arnott
- Re: [OAUTH-WG] Definition of XML response format George Fletcher
- Re: [OAUTH-WG] Definition of XML response format Justin Richer
- Re: [OAUTH-WG] Definition of XML response format Brian Campbell
- Re: [OAUTH-WG] Definition of XML response format Kris Selden
- Re: [OAUTH-WG] Definition of XML response format Anthony Nadalin
- Re: [OAUTH-WG] Definition of XML response format Eran Hammer-Lahav
- Re: [OAUTH-WG] Definition of XML response format Andrew Arnott
- Re: [OAUTH-WG] Definition of XML response format William Mills
- Re: [OAUTH-WG] Definition of XML response format Kris Selden
- Re: [OAUTH-WG] Definition of XML response format Kris Selden