RELAX-NG (pronounced "relaxing") is an alternative XML schema definition language characterized by being simpler and more elegant than the more generally known DTD or XSD based languages. W3C XML Schemas in particular has garnered a reputation as being overly complex, with XML luminaries such as Tim Bray commenting:
W3C XML Schemas (XSD) suck. They are hard to read, hard to write, hard to understand, have interoperability problems, and are unable to describe lots of things you want to do all the time in XML.
To help condense some of the information scattered around the internet on the virtues on RELAX-NG, Griffin Brown recently listed 10 reasons to model XML with RELAX NG , not W3C XML Schema. The list includes:
- "A better spec means better interoperability".
- "Availability of a compact syntax" (RELAX-NG supports a DSL that concisely expresses constraints without resorting to pointy brackets).
- "The specification is a stable ISO standard".
- "No PSVI" (PSVI is considered harmful).
- "No content defaulting".
- "Better data typing support".
- "More sophisticated modeling".
- "More sophisticated grammatical validation".
- "Instances have no dependency".
- "Growing consensus".
Community comments
Must be 10x easier than the incumbant
by Noah Campbell,
Re: Must be 10x easier than the incumbant
by Jean-Jacques Dubray,
Re: Must be 10x easier than the incumbant
by Jose Alberto Fernandez,
Re: Must be 10x easier than the incumbant
by Josh Graham,
And embed Schematron for XPath-based rules
by Josh Graham,
Must be 10x easier than the incumbant
by Noah Campbell,
Your message is awaiting moderation. Thank you for participating in the discussion.
...before you'll see folks switch.
Brown points out 10 things that are arguably qualitative, not quantitative. XML-Schema, if anything, is complex, but not necessarily deficient.
I'm all for adopting standards that are easier to approach since xml schema modeling is very important. Again, it's hard to justify a switch in schema tooling when a good deal of infrastructure won't support it.
Re: Must be 10x easier than the incumbant
by Jean-Jacques Dubray,
Your message is awaiting moderation. Thank you for participating in the discussion.
I agree with Noah. I am not a specialist of relax-ng by any means but a quick look at the spec seem to indicate that the extensibility of the language are weak (foreign elements and attributes seem to be limited to ##other namespace). If this is the case, this is a severe limitation and setback incompatible with SOA.
I did not see any performance comparison, it would be interesting how validation compares in both cases.
I agree that XML Schema is complex (tools somehow mitigate it) but I need this complexity. The question is for the casual designer of schemas (say a few schemas a year), what is the best approach for him or her? is a tool enough? Do we really need a new syntax?
I like the vision of David Chappell that seem to indicate that XML, WSDL, XSD, BPEL... are the byte code level of the technology. I am not sure we need more byte code level technologies.
Not convinced so far...
Re: Must be 10x easier than the incumbant
by Jose Alberto Fernandez,
Your message is awaiting moderation. Thank you for participating in the discussion.
We use RelaxNG compact extensively in our systems. It is so easy to write that there is no need for complex tools. The Java XML parsers support it perfectly.
You can import definitions, use multiple name-spaces, use overriding of definitions and much more with ease. And almost any human with minimal knowledge of context-free grammars can understand them easily. It has the correct level of syntax sugar necessary to allow you to express complex schemas succinctly.
I do not wish XSD on anyone, not even on my worst enemy.
Re: Must be 10x easier than the incumbant
by Josh Graham,
Your message is awaiting moderation. Thank you for participating in the discussion.
+1. "If WSDL is a turd, then XSD is the dodgy curry that makes it stink" - me.
And embed Schematron for XPath-based rules
by Josh Graham,
Your message is awaiting moderation. Thank you for participating in the discussion.
...very nice.