[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: OTA Tag name rules
Sam Hunting wrote:
>
> > Prefixes will use a period (.) as a separator.
>
> Are there advocates for this practice on ebXML?
>
> > Example: <v1.Cust.Pay.CreditCard>
Yech! Putting the version in the tag name seems to me to
be a colossal mistake. I could see adding a version attribute
to each element (possibly) but having different tag names
would necessarily require code modifications if in nothing
other than XSLT stylesheets. Not a good idea, IMHO. I certainly
would hope that ebXML would NOT adopt this practice or standard!
> > OTA's tag naming conventions include the specification version and content
> > hierarchy as prefixes and, as a result, will require greater bandwidth to
> transmit than tags with
> > more cryptic codes. OTA made the decision to include this much text in the
> tags
> > so OTA could convert the data model to XML-Schema as
> > easily as possible. XML-Schema will not need the context or hierarchy
> included in the tag
> > names, which will reduce their size.
>
> Is there anyone on the list privy to these discussions?
>
> (1) What is the "context or hierarchy" involved that can't be expressed
> by more typical nested containment?
Good question!
>
> (2) Why can't the "context or hierarchy" be expressed in DTDs as opposed
> to schemas?
Good question
>
> (3) Why put the "context or hierarchy" in the element names?
Yes, indeed! What ever for!
>
> Thanks in advance.
--
_/_/_/_/ _/ _/ _/ _/ Christopher Ferris - Enterprise Architect
_/ _/ _/ _/_/ _/ Phone: 781-442-3063 or x23063
_/_/_/_/ _/ _/ _/ _/ _/ Email: chris.ferris@East.Sun.COM
_/ _/ _/ _/ _/_/ Sun Microsystems, Mailstop: UBUR03-313
_/_/_/_/ _/_/_/ _/ _/ 1 Network Drive Burlington, MA 01803-0903
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC