Thanks for detailed observations. I agree to all your points.
I now do feel, that Saxon-SA does the right thing, as you stated.
It would be nice, if you could possibly discuss within the XSL WG the
possibility of run time type introspection (from within the XSLT
stylesheet). I would be pleased, if some innovation can come on that
On Jan 27, 2008 3:58 PM, Michael Kay <mike(_at_)saxonica(_dot_)com> wrote:
Many of the benefits of schema-awareness come from being able to use the
information at compile-time, to do static checking of the stylesheet and
compile-time optimization. While it would be theoretically possible to do
all checking at run-time, and thus to refer to type names whose meaning is
not known until run-time, you would lose most of these benefits.
Of course there are languages like Java that supplement compile-time type
information with run-time introspection. I would certainly like it if XSLT
were able to do introspection of the schema information at run-time. But
there are a lot of debates about how this is best achieved.
Does Saxon-SA support
xsi:schemaLocation method as well (and I don't do -val /
-val:strict) ? If Saxon doesn't support xsi:schemaLocation
method, my curiosity is, why not?
Saxon uses xsi:schemaLocation where appropriate to identify where a schema
can be found. It doesn't use it as a signal to tell you whether validation
is wanted or not. I don't think that is the intended purpose of
xsi:schemaLocation, and I don't think it's a useful way of doing it - I
think it's common for users to want validation even when there is no
xsi:schemaLocation, or to want no validation even when there is an
To be honest, even though Saxon does use xsi:schemaLocation for the limited
purpose of locating a schema once validation has been requested, I don't
think it's a good idea to use it. If you are validating a document then
that's probably because you don't trust it, and if you don't trust it, then
why should you trust its schemaLocation attribute?
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>