Re: [forces] draft-ietf-forces-model-extension

Julian Reschke <julian.reschke@gmx.de> Wed, 22 October 2014 13:10 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: forces@ietfa.amsl.com
Delivered-To: forces@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C400E1A9109 for <forces@ietfa.amsl.com>; Wed, 22 Oct 2014 06:10:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GSfYNyVxPxk3 for <forces@ietfa.amsl.com>; Wed, 22 Oct 2014 06:10:40 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60CFB1A9100 for <forces@ietf.org>; Wed, 22 Oct 2014 06:10:40 -0700 (PDT)
Received: from [192.168.1.26] ([217.91.35.233]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LvQkh-1Y6Ozr02K3-010f8e; Wed, 22 Oct 2014 15:10:32 +0200
Message-ID: <5447ACC0.80904@gmx.de>
Date: Wed, 22 Oct 2014 15:10:24 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Haleplidis Evangelos <ehalep@gmail.com>, draft-ietf-forces-model-extension@tools.ietf.org, forces@ietf.org
References: <54475790.7000609@gmx.de> <54475DC7.4040402@gmx.de> <00e301cfedf7$5d323430$17969c90$@com>
In-Reply-To: <00e301cfedf7$5d323430$17969c90$@com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:Bmw67NeVhtdbPCFcaonON10ulFNFkK9DKQHhkyXYh5JEHd0l1IR EwaqzdjczB0Wzsy3/+XN6QnemxOvsdl7Hz3rrCgU6CTCvz0y/WxG7S8cjxm9LePcAfoMwUp 0F5AWbjASTmhcJyPgVp4/5WTQVIRC/bERmeHt1kd/PKbGOV36vyQ85bc7OXi/iIeb7a2G3t CGkmFE9NruMmxhaZbBSmA==
X-UI-Out-Filterresults: notjunk:1;
Archived-At: http://mailarchive.ietf.org/arch/msg/forces/kbvPyxcGbJJqwlD1OuHht0Xam_Y
X-Mailman-Approved-At: Wed, 22 Oct 2014 07:03:54 -0700
Cc: 'Amanda Baber' <amanda.baber@icann.org>, 'Graham Klyne' <GK@ninebynine.org>
Subject: Re: [forces] draft-ietf-forces-model-extension
X-BeenThere: forces@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: ForCES WG mailing list <forces.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/forces>, <mailto:forces-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/forces/>
List-Post: <mailto:forces@ietf.org>
List-Help: <mailto:forces-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/forces>, <mailto:forces-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Oct 2014 13:10:42 -0000

On 2014-10-22 14:54, Haleplidis Evangelos wrote:
> Greetings Julian,
>
> I'm a little confused on why you think there is no backwards compatibility.
>
> LFB definitions that use the 1.0 namespace are valid in the 1.1 namespace.

Unless I'm missing something: no, they are not.

Can you provide a 1.0 example, and show how it is valid according to the 
1.1 schema?

> LFB definitions that use the 1.1 namespace are not always valid with the 1.0
> namespace.

They are never, because they use elements from a different namespace.

> That means that a software that understands LFBs in the 1.1 namespace can,
> without any change, understand older LFBs. That was the end goal.

No. Unless I'm missing something it'll have to support both namespaces, 
thus both schemas.

> Software that understand the 1.0 namespace (even if we didn't change the
> namespace) will, of course, have trouble parsing the new xml if the
> extensions are used.

...well, unless you have a sane extensibility model to start with.

> This document did not change any LFB definitions developed with the 1.0
> namespace. As there was no reason for that as 1.1 is backwards compatible
> with 1.0
> The namespace is a way to distinguish the different versions and notify that
> in the 1.1 namespace these extensions apply.

Changing the XML namespace name essentially means you have a new 
vocabulary. No existing code (unless it was buggy enough to ignore 
namespace declarations) will recognize elements from the new namespace.

> Thus, I don't understand why old software will be needed to change in order
> to understand the old format.
> For the new format, of course you'll have to change it. But for the new
> format you'd definitely had to update the software if you want to be
> compatible with the 1.1 namespace, so I don't see the issue.
>
> Is something I miss?

At least one of us does :-)

Best regards, Julian