To:
"Klaus Malorny" <Klaus.Malorny@knipp.de>
Cc:
"EPP Provreg" <ietf-provreg@cafax.se>
From:
"Hollenbeck, Scott" <shollenbeck@verisign.com>
Date:
Thu, 5 Nov 2009 08:30:19 -0500
Content-class:
urn:content-classes:message
In-Reply-To:
<4AF2CE03.9080002@knipp.de>
Sender:
owner-ietf-provreg@cafax.se
thread-index:
AcpeGOtDDQJHzrZDTAabqlbew+A5/gAARdVw
Thread-Topic:
[ietf-provreg] Anyone working on 4310-bis?
Subject:
RE: [ietf-provreg] Anyone working on 4310-bis?
> -----Original Message----- > From: Klaus Malorny [mailto:Klaus.Malorny@knipp.de] > Sent: Thursday, November 05, 2009 8:07 AM > To: Hollenbeck, Scott > Cc: EPP Provreg > Subject: Re: [ietf-provreg] Anyone working on 4310-bis? > > On 05/11/09 13:16, Hollenbeck, Scott wrote: > > > I'm referring to XML command structures for which an order can be > > explicitly specified, such as elements within a sequence. It's > > certainly not a new concept because the specifications have > been this > > way since the very beginning (the same quote can be found > in RFC 3730 > > from 2004). If the order wasn't intended to be significant > I wouldn't > > have used sequences. > > > > Scott > > > > Well, XML is not a not a command structure but a hierarchical > syntax for documents, with XML Schema being one of multiple > choices of overlaying it with rules. Anyway, for my taste > tying the logic of a high level protocol that tightly to its > transport representation is a design weakness, more > abstraction would be a boon. But it is wasted time to argue > -- it is nothing new that we have diametric opinions on > certain topics... "XML command structures" should be interpreted as "XML Schema used to specify EPP commands". Sorry for not being more specific, but given what we're talking about I didn't think my meaning was unclear. In this context, more abstraction makes for just the kind of uncertainty ("what happens if you do a <rem> before an <add> or vice-versa?") that we're seeing on the list right now. You're certainly correct in suggesting that there are situations where more abstraction is beneficial, but a lack of specificity in this particular situation (add/rem processing order) can lead to non-deterministic behavior. *That's* a weakness. Scott -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- List run by majordomo software. For (Un-)subscription and similar details send "help" to ietf-provreg-request@cafax.se