Altova Mailing List Archives

RE: [xml-dev] Postel's Law Has No Exceptions

From: "Julian Reschke" <julian.reschke@---.-->
To: "Hunsberger, Peter" <Peter.Hunsberger@------.--->,"Julian Reschke" <julian.reschke@---.-->,"Joshua Allen" <joshuaa@---------.--->,"Simon St.Laurent" <simonstl@--------.--->,<xml-dev@-----.---.--->
Date: 8/20/2003 5:57:00 PM
> From: Hunsberger, Peter [mailto:Peter.Hunsberger@s...]
> Sent: Wednesday, August 20, 2003 7:45 PM
> To: Julian Reschke; Joshua Allen; Simon St.Laurent;
> xml-dev@l...
> Subject: RE: [xml-dev] Postel's Law Has No Exceptions
> Julian Reschke <julian.reschke@g...> proposes:
> > The issue is different. If server A (sold by a big company and widely
> > deployed) accepts broken requests, clients may start relying
> > on that behaviour. Other, smaller vendors thereby have the
> > choice of either implementing to the spec (rejecting the
> > broken requests) or emulating the broken server behaviour.
> >
> > 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 to actually define this as *correct* behaviour and have
> > draconian error checking.
> I don't think the situation works out that bad in reality: years ago I
> worked with a company that developed software for the exchange of X.12
> health care data and Blue Cross/Blue Shield ("standard") health care
> data.  Very regularly we would run into data produced by other vendors
> that did not conform to one standard or another.  I don't think we ever
> encountered a case where the vendor emitting the offending data was not
> willing to fix their software to emit conformant data...

I fear that depends on the vendor. I currently have a bug report open with a
major vendor where the bug was initially reported in April 2001 and still is
in. Right now they are asking for the "business impact" of the bug not being


<green/>bytes GmbH -- -- tel:+492512807760


These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.