[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Attribute Order

• To: xml-dev@l...
• Subject: RE: Attribute Order
• From: Sean McGrath <sean.mcgrath@p...>
• Date: Sat, 08 Dec 2001 10:30:44 +0000
• In-reply-to: <3549BAFD79A7D411A1CF00508B62B5BC0124B929@e...>

At 16:39 07/12/2001 -0800, Jeff Lowery wrote:
>Speaking of XML that is not:
>
>Today I've been staring at an industry spec whose XML data model is not
>definable by any schema language that I know of. Validation is currently
>done by what I call "little gray boxes": open-source executables that
>validate the XML document in nice, lengthy, idiosyncratic C++.
>
>Not being long in XML tooth, I wonder if any of you older hounds might care
>to comment on how commonly such is case in the big, wide, metalanguage
>world.

Its positively commonplace. The trick is knowing where to draw the line.
Try and implement everything in declarative grammers is impossible. To
the extent that is possible, it can generate schemas that are less readable
and obvious than VAX 11/780 microcode. There is a sweet spot, its
application and case by case specific. You develop a nose for it but
it takes a long time.

Pragmatists err on the side of little gray boxes because the boxes
are "little" (do something small and do it well), "gray" (plug replaceable
with something else, commodity) and "boxes" (plural - use numerous
little boxes to make an intractable problem tractable via
divide and conquer).

<Plug>
I'll be talking about this and other aspects of the industrialisation
of XML processing at XML 2001 next week
http://www.xmlconference.org/xmlusa/2001/thursday.htm#7
</Plug>

Sean

• References:
  • RE: Attribute Order
    • From: Jeff Lowery <jlowery@s...>

• Prev by Date: Re: Re: validating hairy data models (was Attribute order)
• Next by Date: Constraints in schemas
• Previous by thread: Re: Attribute Order
• Next by thread: RE: Attribute Order
• Index(es):
  • Date
  • Thread