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

RE: Postel's Law Has No Exceptions


RE:  Postel's Law Has No Exceptions
> From: Joshua Allen [mailto:joshuaa@m...]
> Sent: Wednesday, August 20, 2003 7:46 PM
> To: Julian Reschke; Simon St.Laurent; xml-dev@l...
> Subject: RE:  Postel's Law Has No Exceptions
>
>
> > My point being, unless *everybody* is accepting the same kind of
> broken
> > requests, interoperability will actually be *worse*. But if indeed
> > everybody *is* accepting the same requests, it would have made more
> sense
>
> Well, I understand the point that Tim makes WRT HTML -- you're not doing
> the client any favors by accepting his buggy input, since it's bound to
> cause him grief later on.  The computing equivalent of "a *real* friend
> would have told me about the kool-aid stains on my shirt!"
>
> But it seems you are making a different point.  I am saying that WebDAV
> interop issues were not caused by any noble attempts to be "liberal",
> but rather by broken code.  You seem to be responding that "yes, it was
> buggy for the big guy, but then everyone else had to follow suit and be
> liberal to achieve interop".  I can understand this much, but what is
> the conclusion we should draw from this?  What is the relevance to the
> debate about draconian XML processing rules?

None. All I wanted to say is that draconian error checking is very good, and
that it should be used as frequently as possible.

Just recently we had a very weird discussion on the WebDAV mailing list
about a MUST-level requirement for servers where it was suggested that
clients SHOULD handle the case gracefully where the server breaks that
requirement . That's exactly how not to apply Postel's law.

> Are you suggesting that the smaller vendors would have been *better* to
> be draconian?  At first glance, this seems like an issue of "the big guy
> creates defacto standards" rather than something directly related to
> Postel's law.  What am I missing?

Possibly nothing. My impression is that The Robustness Principle is
frequently used as excuse to defend broken implementations. The robustness
principle is *not* about accepting requests that are clearly
malformed/broken/incomplete/whatever -- it is about expecting malformed
requests to come in and behave sanely in that case.

Julian

--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760


PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.