[drinks] Gen-ART of draft-ietf-drinks-spp-protocol-over-soap: ResultCodeType namespace issues?

Alexander Mayrhofer <alexander.mayrhofer@nic.at> Wed, 20 May 2015 13:00 UTC

Return-Path: <alexander.mayrhofer@nic.at>
X-Original-To: drinks@ietfa.amsl.com
Delivered-To: drinks@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 166461A036E for <drinks@ietfa.amsl.com>; Wed, 20 May 2015 06:00:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.741
X-Spam-Level:
X-Spam-Status: No, score=-5.741 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] 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 ArQbiK5PHkWR for <drinks@ietfa.amsl.com>; Wed, 20 May 2015 06:00:04 -0700 (PDT)
Received: from mail.sbg.nic.at (mail.sbg.nic.at [83.136.33.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF28F1A0368 for <drinks@ietf.org>; Wed, 20 May 2015 06:00:03 -0700 (PDT)
Received: from nics-exch2.sbg.nic.at ([10.17.175.6]) by mail.sbg.nic.at over TLS secured channel (TLSv1:AES128-SHA:128) with XWall v3.50 ; Wed, 20 May 2015 15:00:02 +0200
Received: from NICS-EXCH2.sbg.nic.at ([fe80::a5b2:6e42:e54d:9d57]) by NICS-EXCH2.sbg.nic.at ([fe80::a5b2:6e42:e54d:9d57%12]) with mapi id 14.03.0224.002; Wed, 20 May 2015 14:59:57 +0200
From: Alexander Mayrhofer <alexander.mayrhofer@nic.at>
To: "drinks@ietf.org" <drinks@ietf.org>
Thread-Topic: Gen-ART of draft-ietf-drinks-spp-protocol-over-soap: ResultCodeType namespace issues?
Thread-Index: AdCS/MH7tMcy08AETneynqYl4lOW0g==
Date: Wed, 20 May 2015 12:59:56 +0000
Message-ID: <19F54F2956911544A32543B8A9BDE075467F8773@NICS-EXCH2.sbg.nic.at>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.10.0.163]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-XWALL-BCKS: auto
Archived-At: <http://mailarchive.ietf.org/arch/msg/drinks/wqg0GNvocECE9_l5He5gIjMEJso>
Subject: [drinks] Gen-ART of draft-ietf-drinks-spp-protocol-over-soap: ResultCodeType namespace issues?
X-BeenThere: drinks@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DRINKS WG <drinks.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/drinks>, <mailto:drinks-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/drinks/>
List-Post: <mailto:drinks@ietf.org>
List-Help: <mailto:drinks-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/drinks>, <mailto:drinks-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 May 2015 13:00:06 -0000

I'm working on Roni Even's second comment on the draft, which is:

"The "complexType name="ResultCodeType" is defined in multiple subsections (7.2.1.2 , 7.2.2.2 , ...) but not in all places, should be specified only once or in all. Also the definitions in section 7 are not consistent with the ones in section 9 which is the formal definition."

Looking closer at the references of ResultCodeType, I noticed that the Type is included as elements in the following way:

<element name="overallResult" type="sppfb:ResultCodeType"/>

Besides the point that Roni makes (repetitive definition of the type, and lack of consistency with the formal definition), I think that we also are using the wrong namespace to refer to that type? The type is actually defined in the SOAP document's XML, which has the following namespace definitions:

<xsd:schema xmlns="http://www.w3.org/2001/XMLSchema" 
  xmlns:sppfs="urn:ietf:params:xml:ns:sppf:soap:1" 
  targetNamespace="urn:ietf:params:xml:ns:sppf:soap:1">

Therefore, I think the reference should rather use the *"sppfs"* namespace.. Could please someone doublecheck this and either confirm my suspicion (or explain why I'm wrong)?

Thanks,
Alex