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

Re: Re: validating hairy data models (was Attribute

Re:  Re: validating hairy data models (was  Attribute
 From: "David Brownell" <david-b@p...>
> From: "Rick Jelliffe" <ricko@a...>
> >     Executable specs
> > for standards (such as IDL) are quite a lot better, but most
> > specs are not for interfaces.
> Umm ... IDL isn't executable.  That's the point.  It covers
> interface syntax (like BNF) not behavior.  Behavior gets
> described in natural language.  I've made that same
> point about needing natural language to describe
> behavior.  Most people wouldn't know a formal semantic
> specification language if it bit them ... :)

Doh.  I should have said "machine-exercisable" I guess.
Meaning that there are formalisms that cannot be machine-checked
and formalisms that can (to some extent). Look at the bogus
formalism of the RDF specs' BNF: if they had been able to 
validate that life would have been much simpler. (I.e., given
some valid RDF, you can point out which bits in the productions
correspond to which bits in your data, but to actually parse
the data using those productions is not at all straightforward,
as the recent attempts to re-formulate the RDF-in-XML
syntax have shown.)

> That model of standards doesn't work so well with W3C since
> essential parts of the "original intent" are hidden behind closed
> doors. 


> More to the point:  In your scenario, that community has a clear
> responsibility to clearly describe that original intent.  That's what
> the specification is for, and what specification errata address.

Yes. Actually, it works both ways: the community needs to
articulate the gaps in the formal spec, and newcomers into
the community need to err on the side of agreeing with the
community rather that making their own interpretation of 
the gaps.

Of course, what the community is or should be is another
matter. I guess I have been using it as a code word for
the inventors, maintainers and implementors, rather than

> To some extent, additional specifications (XML Infoset in the
> case of attributes) can augment the base specification.

I think there should always be a quasi-judicial process available to 
help sort out ambiguities in specs. That is why errata documents
are useful.

Rick Jelliffe


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.