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
- [forces] draft-ietf-forces-model-extension Julian Reschke
- Re: [forces] draft-ietf-forces-model-extension Julian Reschke
- Re: [forces] draft-ietf-forces-model-extension Haleplidis Evangelos
- Re: [forces] draft-ietf-forces-model-extension Julian Reschke
- Re: [forces] draft-ietf-forces-model-extension Jamal Hadi Salim
- Re: [forces] draft-ietf-forces-model-extension Julian Reschke
- Re: [forces] draft-ietf-forces-model-extension Jamal Hadi Salim
- Re: [forces] draft-ietf-forces-model-extension Joel
- Re: [forces] draft-ietf-forces-model-extension Haleplidis Evangelos
- Re: [forces] draft-ietf-forces-model-extension Julian Reschke
- Re: [forces] draft-ietf-forces-model-extension Haleplidis Evangelos
- Re: [forces] draft-ietf-forces-model-extension Julian Reschke
- Re: [forces] draft-ietf-forces-model-extension Evangelos Haleplidis
- Re: [forces] draft-ietf-forces-model-extension Haleplidis Evangelos