[regext] Re: [IANA #1410981] expert review for draft-ietf-regext-epp-eai (xml-registry)

Tim Bray <tbray@textuality.com> Tue, 21 January 2025 15:44 UTC

Return-Path: <tbray@textuality.com>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C864C1F4C9F for <regext@ietfa.amsl.com>; Tue, 21 Jan 2025 07:44:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=textuality.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FG8B30SspzJG for <regext@ietfa.amsl.com>; Tue, 21 Jan 2025 07:44:54 -0800 (PST)
Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB700C1ECA92 for <regext@ietf.org>; Tue, 21 Jan 2025 07:44:54 -0800 (PST)
Received: by mail-pl1-x62d.google.com with SMTP id d9443c01a7336-21a7ed0155cso93410785ad.3 for <regext@ietf.org>; Tue, 21 Jan 2025 07:44:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=textuality.com; s=google; t=1737474294; x=1738079094; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=tq/X4OiDnSc66O26huZW9rRZeg3t5Om2O5Ix8nat3xc=; b=Z55svC3UmluCYxznuuSRrHm7zjEtMTlp5GTO6uj57sYXQhDGAzEaXmzGpa9yYTE5nf RgR0taWfywxSrcknsRL5kRxotE9Pgnda84rvksAoE80UnWcymnwhKi8uo/ZIvxVMoMX5 YOVwNeu5OHc/Aj1RnqVA/AoTc7cJGEZ/mIfrc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737474294; x=1738079094; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=tq/X4OiDnSc66O26huZW9rRZeg3t5Om2O5Ix8nat3xc=; b=gxomFeLnEp0RYDAnLUTU3JuZpwtXX/IbkAjaU9J41FwsWxMBBi8i54T+yLdbMMFDG2 KcdQ3u6Vx6ZJE9BLFODlDgf6m6ipYggANNri8mxNqsPbcxQdkwE9pA35UxOtDgARrGGh xIZgFwxlRjOrKZhq9defPn9P+m9gxS73RGaOKtXrqS3GTFDBq7nDNYPwVZcIxV48l4ZH pD2BEEGCMPdXk2B96UtYSyqqWlvuA/nfckZY0Tde61EXz2ooLPTUPQ8P55s77MHALZgr b+4k7VZFwzSIXzY0Bc/VEFJrMCKIXe2oyLsrqwzmyGLiPEOo3vRMTxooPq3UAT0eCBCW RHlw==
X-Forwarded-Encrypted: i=1; AJvYcCUY4yP9/5AdXuRts5Iko5W1O1bK90yQmcH+r51BEh2cmExhZtfCCGhsoh8YIrVPQYDOhZSXDCE=@ietf.org
X-Gm-Message-State: AOJu0Yy8AnLrrwHeLMauhwJRLGSW8hrcUIZqU0aj5Xob8rDb4Wef3ucI gCbtfTXp/nLZUNa9rRJFl605mMCYIZFn3ijp5jHY1WGvphy2T9vOm9H3iL6074lUseJBopwoKm8 x1riZ4qx2Rgw7rXSW9kR02nDRcucDK/h6GxONFcTv/mJW/UOfI378CQ==
X-Gm-Gg: ASbGncs52yZ1yUE41nR6XYMU8I8LdcLvCRnVe7YTnlxJHX/c3C1ZGE1CVlQ6KXK+JQk qNwJWASbLJSqodsAEnbvyM9uByFlyOE4WcSWqvmncavJRSD5REKE=
X-Google-Smtp-Source: AGHT+IFv0kesGisPOfMbRtpBZDsdSmaT3NIrot63UHDtQHF/LMhhN8S2I3Bv8HOG4pRvFqV3RLvOpS9PGSKOm+GLtAU=
X-Received: by 2002:a05:6a20:6a93:b0:1e1:a693:d5fd with SMTP id adf61e73a8af0-1eb214f0f54mr20880803637.25.1737474293901; Tue, 21 Jan 2025 07:44:53 -0800 (PST)
Received: from 1064022179695 named unknown by gmailapi.google.com with HTTPREST; Tue, 21 Jan 2025 10:44:52 -0500
Received: from 1064022179695 named unknown by gmailapi.google.com with HTTPREST; Tue, 21 Jan 2025 10:44:50 -0500
MIME-Version: 1.0 (Mimestream 1.5.0)
References: <RT-Ticket-1410981@icann.org> <rt-5.0.3-873023-1736906767-999.1410981-9-0@icann.org> <rt-5.0.3-1093986-1736981576-467.1410981-9-0@icann.org> <CAHBU6ium09jXBMp+BG+HkBcKJNk-LsA--OX5BxtHoEtZnWmvyA@mail.gmail.com> <2AB1F20E-71F5-4D55-904D-E84182A522E7@verisign.com> <CAHBU6it6L=RJuspy7TvDW_mbWC6QPsH0QRrYgbnqVxy+dmei6g@mail.gmail.com> <2A11BF06-B497-4221-BF32-812FC3211AEE@verisign.com>
In-Reply-To: <2A11BF06-B497-4221-BF32-812FC3211AEE@verisign.com>
From: Tim Bray <tbray@textuality.com>
Date: Tue, 21 Jan 2025 10:44:52 -0500
X-Gm-Features: AbW1kvbhKvgrvBFU_CK1wtpAUGPSEmq52mT-y2gky5tuiROpzF77xMCCQXk9jNw
Message-ID: <CAHBU6isVZ-=1eDLM7zGw=0viXPwoW-zoMQ-HwR7q58YXBK1fAQ@mail.gmail.com>
To: "Gould, James" <jgould@verisign.com>
Content-Type: multipart/related; boundary="000000000000185e9f062c3942f1"
Message-ID-Hash: QB4CCCZQMCAZMRN2XLLFGDUUI766NJ66
X-Message-ID-Hash: QB4CCCZQMCAZMRN2XLLFGDUUI766NJ66
X-MailFrom: tbray@textuality.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-regext.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "mt@lowentropy.net" <mt@lowentropy.net>, "regext@ietf.org" <regext@ietf.org>, "drafts-expert-review-comment@iana.org" <drafts-expert-review-comment@iana.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [regext] Re: [IANA #1410981] expert review for draft-ietf-regext-epp-eai (xml-registry)
List-Id: Registration Protocols Extensions Working Group <regext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/JSOSdnrzy8og67siduMFK9SvapU>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Owner: <mailto:regext-owner@ietf.org>
List-Post: <mailto:regext@ietf.org>
List-Subscribe: <mailto:regext-join@ietf.org>
List-Unsubscribe: <mailto:regext-leave@ietf.org>

 I have gone and checked up on the most recent standards concerning this
practice and it turns out I was out of date.  I withdraw my objections and
see no problems with the draft.  Pardon my interruption.  -Tim

On Jan 21, 2025 at 7:07:39 AM, "Gould, James" <jgould@verisign.com> wrote:

> Tim,
>
>
>
> The type element value references a type definition in one of the
> namespaces defined at the top of the XML schema.  In the case of EPP RFC
> 5730, the <schema> element defines the namespaces:
>
>
>
> <schema targetNamespace="urn:ietf:params:xml:ns:epp-1.0"
>
>         xmlns:epp="urn:ietf:params:xml:ns:epp-1.0"
>
>         xmlns:eppcom="urn:ietf:params:xml:ns:eppcom-1.0"
>
>         xmlns=”http://www.w3.org/2001/XMLSchema”
>
>         elementFormDefault="qualified">
>
>
>
> The “epp” element with <element name="epp" type="epp:eppType"/> references
> the eppType in the “epp” namespace that matches the targetNamespace, with
> the definition:
>
>
>
>   <complexType name="eppType">
>
>     <choice>
>
>       <element name="greeting" type="epp:greetingType"/>
>
>       <element name="hello"/>
>
>       <element name="command" type="epp:commandType"/>
>
>       <element name="response" type="epp:responseType"/>
>
>       <element name="extension" type="epp:extAnyType"/>
>
>     </choice>
>
>   </complexType>
>
>
>
>
>
> Another namespace could define the type eppType, such as the “eppcom”
> namespace, where the inclusion of the namespace in the type value enables
> the XML parser to know which type applies.  See later that this is referred
> to as a QName.
>
>
>
>
>
> For your example:
>
>
>
> <something xmlns:foo="urn:ietf:params:xml:ns:epp-1.0”><element name="epp"
> type=“foo:eppType”/>
>
>
>
> This would work if the xmlns:foo is included in the <schema> element, like:
>
>
>
> <schema targetNamespace="urn:ietf:params:xml:ns:epp-1.0"
>
>         xmlns:foo="urn:ietf:params:xml:ns:epp-1.0"
>
>         xmlns:eppcom="urn:ietf:params:xml:ns:eppcom-1.0"
>
>         xmlns=”http://www.w3.org/2001/XMLSchema”
>
>         elementFormDefault="qualified">
>
>
>
> <element name="epp" type=“foo:eppType”/>
>
>
>
>   <complexType name="eppType">
>
>     <choice>
>
>       <element name="greeting" type="epp:greetingType"/>
>
>       <element name="hello"/>
>
>       <element name="command" type="epp:commandType"/>
>
>       <element name="response" type="epp:responseType"/>
>
>       <element name="extension" type="epp:extAnyType"/>
>
>     </choice>
>
>   </complexType>
>
>
>
>
>
> In looking at https://www.w3.org/TR/xmlschema11-1/#Schemas, in states in
> section 3.17.2.1 “References to Schema Components”:
>
>
>
> Reference to schema components from a schema document is managed in a
> uniform way, whether the component corresponds to an element information
> item from the same schema document or is imported (References to schema
> components across namespaces (<import>) (§4.2.6)
> <https://www.w3.org/TR/xmlschema11-1/#composition-schemaImport>) from an
> external schema (which may, but need not, correspond to an actual schema
> document). The form of all such references is a *·*QName*·*
> <https://www.w3.org/TR/xmlschema11-1/#gloss-QName>.
>
>
>
> [Definition:]  A *QName* is a name with an optional namespace
> qualification, as defined in [XML Namespaces 1.1]
> <https://www.w3.org/TR/xmlschema11-1/#ref-xml-namespaces-1.1>. When used
> in connection with the XML representation of schema components or
> references to them, this refers to the simple type QName
> <https://www.w3.org/TR/2012/REC-xmlschema11-2-20120405/datatypes.html#QName>
>  as defined in [XML Schema: Datatypes]
> <https://www.w3.org/TR/xmlschema11-1/#ref-xsp2>. For brevity, the term *·*
> QName*·* <https://www.w3.org/TR/xmlschema11-1/#gloss-QName> is also used
> to refer to *·*actual values*·*
> <https://www.w3.org/TR/xmlschema11-1/#key-vv> in the value space of the
> QName
> <https://www.w3.org/TR/2012/REC-xmlschema11-2-20120405/datatypes.html#QName>
>  simple type, which are expanded names
> <https://www.w3.org/TR/2004/REC-xml-names11-20040204/#dt-expname> with a
> [Definition:]  *local name* and a [Definition:]  *namespace name*.
>
>
>
> There are many examples in https://www.w3.org/TR/xmlschema11-1/#Schemas
> of the type attribute value referencing a namespace, such as the following
> examples:
>
>
>
> <xs:attribute name="age" type="xs:positiveInteger" use="required"/>
>
> <xs:element name="birthday" type="xs:date"/>
>
> <xs:element name="facet" type="xs:facet" abstract="true"/>
>
>
>
>
>
> --
>
>
>
> JG
>
>
> [image: cid87442*image001.png@01D960C5.C631DA40]
>
>
> *James Gould *Fellow Engineer
> jgould@Verisign.com
> <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com>
>
> 703-948-3271
> 12061 Bluemont Way
> Reston, VA 20190
>
> Verisign.com <http://verisigninc.com/>
>
>
>
> *From: *Tim Bray <tbray@textuality.com>
> *Date: *Friday, January 17, 2025 at 11:12 AM
> *To: *James Gould <jgould@verisign.com>
> *Cc: *"mt@lowentropy.net" <mt@lowentropy.net>, "regext@ietf.org" <
> regext@ietf.org>, "drafts-expert-review-comment@iana.org" <
> drafts-expert-review-comment@iana.org>
> *Subject: *[EXTERNAL] Re: [regext] Re: [IANA #1410981] expert review for
> draft-ietf-regext-epp-eai (xml-registry)
>
>
>
> *Caution:* This email originated from outside the organization. Do not
> click links or open attachments unless you recognize the sender and know
> the content is safe.
>
> On Jan 17, 2025 at 6:22:32 AM, "Gould, James" <jgould@verisign.com> wrote:
>
> Tim,
>
>
>
> Thank you for the review.  In your note, is the concern that the namespace
> prefix is being used for the element name (e.g., “addlEmail”)?  I found
> similar definitions in the following EPP RFCs, which are broadly
> implemented:
>
>
>
> ·         EPP RFC 5730 with xmlns:epp="urn:ietf:params:xml:ns:epp-1.0"
> and <element name="epp" type="epp:eppType"/>.
>
>
>
> No, the element name is fine, it’s the value of the “type” attribute that
> is troublesome.  The namespace prefix “epp" is really only designed to
> prefix element & attribute names, not to be used inside the element content
> or the attribute value.  There aren’t any standards (afaik) that require a
> standard off-the-shelf XML processor to make those prefix/URI mappings
> available.
>
>
>
> For example, would you expect this to work?
>
>
>
> <something xmlns:foo="urn:ietf:params:xml:ns:epp-1.0”><element name="epp"
> type=“foo:eppType”/>
>
>
>
> I mean, it’s probably OK, enough people do this that most XML software can
> handle it. It’s just that as the designated XML pedant, I feel I should
> point out departures from the letter of the standard.
>
>
>
>  -T
>
>
>