[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Deja vu Again
Hi -
> Message-Id: <5.1.0.14.2.20020627163912.035d1e40@127.0.0.1>
> Date: Thu, 27 Jun 2002 16:46:49 -0700
> To: xmlconf@ops.ietf.org
> From: "David T. Perkins" <dperkins@dsperkins.com>
> Subject: Re: Deja vu Again
> In-Reply-To: <200206272250.PAA13063@dorothy.bmc.com>
> X-Spam-Status: No, hits=-2.4 required=5.0
> tests=IN_REP_TO,RCVD_IN_MULTIHOP_DSBL,X_RCVD_IN_UNCONFIRMED_DSBL,
> FUDGE_MULTIHOP_RELAY
> version=2.30
...
> There is a trade-off with the approach that you have taken. And
> that is to have all "values" as strings, and not have a type
> associated with the "typ". This is deferred for the "next round"
> of checking (and interpreting).
I'm not saying I like it. I'm just saying I dislike it less
that Andy's proposal of everything under the sun having its
own schema.
And it's not a proposal. Andy wanted to know what I meant
by metaschema, and I figured than an example of one in use
would be the simplest explanation.
> By the way, the below is getting to look a lot like CMIP....
Surprised? I thought that was the topic of this thread. :-)
> If we go that way, then there could be several ways to identify
> an instance. Which will make app writers happy, but maybe
> "agent" writers grumble about the additional support for
> each indexing (identification) scheme.
It depends on how you do it. The RDN approach of CMIP is
actually really easy to implement *if* the encoding rules
guarantee that there is exactly one way to represent an
instance name (or that there is at least a normalized form
that can be generated without specific class knowledge.)
> Randy - how would you do "embedded" object classes?
...
I wouldn't. I'd do containment exactly the way CMIP
does it, with RDN (relative distinguished name) sequences.
For attributes with complex syntaxes, perhaps the LDAP
rules could be recycled...
------------------------------------------------------
Randy Presuhn BMC Software, Inc. 1-3141
randy_presuhn@bmc.com 2141 North First Street
Tel: +1 408 546-1006 San José, California 95131 USA
------------------------------------------------------
My opinions and BMC's are independent variables.
------------------------------------------------------
--
to unsubscribe send a message to xmlconf-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/xmlconf/>