[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: RelaxNG examples
Thanks for your comment.
As I said in the first mail, I agree that XSD is difficult
to read "directly".
Normally, to develop applications using XML data, developers
at first construct classes and generate XSD description from
these classes by some XSD generation tool.
In addition, they use GUI to draw classes and XSDs.
And, when they include and validate the XML schema like the
NETCONF protocol schema, they use integrated development
environment (IDE). They do not read directly the XML schema.
Which expression is best for the WG documents?
Do not we need to write drafts more visually?
Andy Bierman wrote:
I do not rate XSD ease-of-understanding as good.
I rate it as awful, even unacceptable.
Human factors are very important here because humans, not machines,
need to understand the data models that are being proposed and
developed for standardization in IETF WGs.
IMO, most of the humans working in the NETCONF WG do not understand XSD
well enough to throw down hill 5 feet. This is a significant
process problem, since it is difficult to reach consensus
on complex technical details if very few people actually
understand what they are reading.
A comment was made at the data modeling meeting that W3C is now
doing development in RelaxNGc, and converting it to XSD for normative
reference in the final standard. How clueful. How about if we do
the same thing? We don't care if the conversion isn't pretty.
(Nothing about XSD is pretty, so it's a non-issue. ;-)
Note that there is no guarantee that people will understand
RelaxNG either, but most people find it more readable and writable
So I think we choice "xsd", for operator who can make netconf tools and
Hideki Okita wrote:
From implementors' viewpoint,
RelaxNG as the schema is not a good choice.
Major development environments such as Java (Apache),
Visual Studio and others has no support for RelaxNG.
Surely RelaxNG make it easy to read "directly" the NETCONF schema.
However, finally, it can decrease the development efficiency.
I do not object to use RelaxNG as the optional means.
However, XSD should remain as the default schema in NETCONF drafts.
Apache Xerces2 Java Parser Homepage:
Simon Leinen wrote:
On the ad-hoc meeting on data modeling issues, the possibility of
using RelaxNG for data modeling work was raised, and some people asked
for examples. Here are some that are somehow related to network
The Compact RelaxNG Schema for NETCONF's protocol operations (at the
time) that Rob Enns posted to the list in November 2004:
The (Expired) draft-schoenw-nmrg-snmp-measure-01.txt contains a
RelaxNG schema for a set of information from SNMP packet traces:
to unsubscribe send a message to firstname.lastname@example.org with
the word 'unsubscribe' in a single line as the message text body.