Re: [vwrap] Parsing of invalid LLSD elements in XML
David W Levine <dwl@us.ibm.com> Thu, 01 April 2010 16:26 UTC
Return-Path: <dwl@us.ibm.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
with ESMTP id 0A6533A67F6; Thu, 1 Apr 2010 09:26:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.154
X-Spam-Level:
X-Spam-Status: No, score=-2.154 tagged_above=-999 required=5 tests=[AWL=-0.686,
BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001]
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 MbVOURGIXuv0;
Thu, 1 Apr 2010 09:26:40 -0700 (PDT)
Received: from e7.ny.us.ibm.com (e7.ny.us.ibm.com [32.97.182.137]) by
core3.amsl.com (Postfix) with ESMTP id BFE0E3A69CC;
Thu, 1 Apr 2010 09:26:04 -0700 (PDT)
Received: from d01relay01.pok.ibm.com (d01relay01.pok.ibm.com [9.56.227.233])
by e7.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id o31GHh99004925;
Thu, 1 Apr 2010 12:17:43 -0400
Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by
d01relay01.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o31GQa2f168358;
Thu, 1 Apr 2010 12:26:36 -0400
Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by
d01av04.pok.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id
o31GQap3003412; Thu, 1 Apr 2010 12:26:36 -0400
Received: from d01ml605.pok.ibm.com (d01ml605.pok.ibm.com [9.56.227.91]) by
d01av04.pok.ibm.com (8.14.3/8.13.1/NCO v10.0 AVin) with ESMTP id
o31GQaep003379; Thu, 1 Apr 2010 12:26:36 -0400
In-Reply-To: <x2ta072c1ba1003312323pd0dad285p5ebc15b3ee179e15@mail.gmail.com>
References: <q2uf72742de1003311453y212ff98ay13d6f70d77565536@mail.gmail.com>
<x2ta072c1ba1003312323pd0dad285p5ebc15b3ee179e15@mail.gmail.com>
To: John Hurliman <jhurliman@jhurliman.org>
MIME-Version: 1.0
X-KeepSent: B874EBBC:BF65C513-852576F8:0059C798; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2 HF623 January 16, 2009
Message-ID: <OFB874EBBC.BF65C513-ON852576F8.0059C798-852576F8.005A5125@us.ibm.com>
From: David W Levine <dwl@us.ibm.com>
Date: Thu, 1 Apr 2010 12:26:30 -0400
X-MIMETrack: Serialize by Router on D01ML605/01/M/IBM(Release 8.5.1HF41 |
October 22, 2009) at 04/01/2010 12:26:35,
Serialize complete at 04/01/2010 12:26:35
Content-Type: multipart/alternative;
boundary="=_alternative 005A5122852576F8_="
Cc: vwrap@ietf.org, vwrap-bounces@ietf.org
Subject: Re: [vwrap] Parsing of invalid LLSD elements in XML
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group
<vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>,
<mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>,
<mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Apr 2010 16:26:41 -0000
I *think* we are talking about a very special case here. A badly formed uuid, or date, element is a funny case because it's not a default, and we can *tell* its badly formed. For the other cases, the defaulting is fine and how we approach protocol jitter. But.. having defined uuid and date quite precisely a badly formatted uuid isn't protocol jitter, its a baddly formed uuid. (And, having done the exercise of defining uuid and date very tightly, we're in the position where we have to be very careful changing what's permitted as valid serializations for those specific elements, and I'd argue we're pretty well stuck with upwards compatible changes, or defining a "long-uuid" if we need long ones. The highly bound nature of these elements imposes constraints on us.) - David ~Zah
- [vwrap] Parsing of invalid LLSD elements in XML Joshua Bell
- Re: [vwrap] Parsing of invalid LLSD elements in X… David W Levine
- Re: [vwrap] Parsing of invalid LLSD elements in X… Meadhbh Hamrick
- Re: [vwrap] Parsing of invalid LLSD elements in X… Meadhbh Hamrick
- Re: [vwrap] Parsing of invalid LLSD elements in X… Meadhbh Hamrick
- Re: [vwrap] Parsing of invalid LLSD elements in X… John Hurliman
- Re: [vwrap] Parsing of invalid LLSD elements in X… David W Levine
- Re: [vwrap] Parsing of invalid LLSD elements in X… Mark Lentczner
- Re: [vwrap] Parsing of invalid LLSD elements in X… Carlo Wood