[ire] generating escrow for nndn and eppapram

Mark Hofstetter <mark.hofstetter@univie.ac.at> Wed, 22 May 2013 11:39 UTC

Return-Path: <mark.hofstetter@univie.ac.at>
X-Original-To: ire@ietfa.amsl.com
Delivered-To: ire@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53BD721F84F9 for <ire@ietfa.amsl.com>; Wed, 22 May 2013 04:39:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.43
X-Spam-Level:
X-Spam-Status: No, score=-1.43 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6jrEwlPw8l6z for <ire@ietfa.amsl.com>; Wed, 22 May 2013 04:39:33 -0700 (PDT)
Received: from grace.univie.ac.at (grace.univie.ac.at [IPv6:2001:62a:4:25::25:115]) by ietfa.amsl.com (Postfix) with ESMTP id 7FD4921F9647 for <ire@ietf.org>; Wed, 22 May 2013 04:39:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=univie.ac.at; s=rev2; h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=KGkSAO/GfkGi7liv4S0DcYfi9baKn4ZyePD7I8y1mr4=; b=RUxtYpyNTcMLW72r09c0jibW+KhYgkqnIrWChUftzdXPh7e5OnsIRwxKxJFqPSv4MwNKHOlNyR8cBfi2YTwsb4k5iYp+fcT/9a/DceRumAHgi/IXLE5oYXnJg+amyhpxwTfvOKbA0H4DM4fiLqXIADP7jtJTK9YLD11O6lwAOIc=;
Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.80) (envelope-from <mark.hofstetter@univie.ac.at>) id 1Uf7O7-00048z-3k for ire@ietf.org; Wed, 22 May 2013 13:39:23 +0200
Received: from [2001:62a:4:203:b568:e826:452:80fc] by joan.univie.ac.at with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from <mark.hofstetter@univie.ac.at>) id 1Uf7O6-0004oS-QZ for ire@ietf.org; Wed, 22 May 2013 13:39:23 +0200
Message-ID: <519CAE69.1060301@univie.ac.at>
Date: Wed, 22 May 2013 13:39:21 +0200
From: Mark Hofstetter <mark.hofstetter@univie.ac.at>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: ire@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Univie-Virus-Scan: scanned by ClamAV on joan.univie.ac.at
Subject: [ire] generating escrow for nndn and eppapram
X-BeenThere: ire@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Internet Registration Escrow discussion list." <ire.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ire>, <mailto:ire-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ire>
List-Post: <mailto:ire@ietf.org>
List-Help: <mailto:ire-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ire>, <mailto:ire-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 May 2013 11:40:33 -0000

Hi,

I am currently working on implementing escrow for us and encountered 
some problems for NNDN and EppParams

All the xsd definitions from
http://tools.ietf.org/html/draft-arias-noguchi-dnrd-objects-mapping-03
work fine for me but:

urn:ietf:params:xml:ns:rdeNNDN-1.0
urn:ietf:params:xml:ns:rdeEppParams-1.0

both define the the content type as abstract="true" which does not work 
for a validating XML creator

  <element name="abstractEppParams"
     type="rdeEppParams:abstractContentType"
     substitutionGroup="rde:content" abstract="true"/>

and

   <element name="abstractNNDN" type="rdeNNDN:abstractContentType"
     substitutionGroup="rde:content" abstract="true"/>
   <element name="NNDN" substitutionGroup="rdeNNDN:abstractNNDN"/>
   <element name="delete" type="rdeNNDN:deleteType"
     substitutionGroup="rde:delete"/>

   <!-- Content Type -->
   <complexType name="abstractContentType">
     <complexContent>
       <extension base="rde:contentType">
         <sequence>

vs correctly

  <element name="contents" type="rdeContact:contentsType" 
substitutionGroup="rde:contents"/>
   <complexType name="contentsType">
     <complexContent>
       <extension base="rde:contentsType"/>
     </complexContent>
   </complexType>

abstract types may not be instantiated so I am not able to build a valid 
XML based on those definitions

If there is a misunderstanding on my side please excuse & correct me, 
but I think the definitons have to be reconsidered

best regards
Mark Hofstetter