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

RE: RELAX NG Marketing (was RE: Do Names Matter?)


xerces relax ng
> > There would be no advantage in having Xerces-specific RELAX 
> NG support.
> 
> I think Matthew means that Jing (or some other RELAX NG 
> validator) should be 
> contributed to Xerces with an XNI API so that everyone who 
> uses Xerces gets it. 
> I think that is an excellent idea.

Thanks Rick, that's exactly what I meant. I am also curious about two other
issues:

1) I read Jame's comments
(http://www.thaiopensource.com/relaxng/design.html) on attribute defaulting
being a special case of a transformation that hasn't earned its privileged
status in DTDs and XSD. I *really* like the approach of getting all the junk
(mostly DTD legacy stuff) out of the schema language. This is clearly the
biggest strength of the XML approach in general (as compared to SGML, HyTime
and the like, which threw in not just the kitchen sink but the stove and
refrigerator too), and to see it reflected in RELAX NG is very positive. (I
bring this up because I think that the need for attributing and the like
would contradict Jame's assertion that validation can occur after and
independently of SAX event generation.)

But... from a marketing perspective, I imagine that folks expect RELAX NG to
offer features that they have come to depend on in DTDs, if not the more
arcane features of XSD. To me this implies two things:

a) A set of examples showing how to do attribute and element defaulting in
different scenarios, as well as (preferably) a couple of examples of how
RELAX NG can do cool transformations that XSD can't in a clean and
consistent way.
b) Hooks to tie an XSLT stylesheet for this purpose directly into the
parsing process. I imagine being able to feed Xerces-J a schema, a
stylesheet and an instance and getting either intelligent error messages
about invalid content of the intance or a SAX event stream. I should think
that the psychological effect of presenting a "whole solution" to developers
that walks and talks like standard Xerces-J but supports RELAX NG with a
whole bunch of capabilities not provided by XSD would be a major advantage
in "selling" developers on RELAX NG, especially if its "in the box" when
they download Xerces.

2) The implications for inheritance. I really believe that we want parsers
to support inheritance natively so that they can interpret instances
polymorphically (e.g. automatically presenting a Foo to someone who doesn't
understand MyFoo). I know a lot of people do not agree with this. I need to
write a position paper or something on this...

Matt

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.