Altova Mailing List Archives

Re: [xml-dev] XSLT and XQuery

From: David Carlisle <davidc@---.--.-->
To: jborden@--------.---
Date: 1/8/2002 5:33:00 PM
> -- XQuery should normatively reference XPath 2.0 for the PathExpr grammar
> production rather than duplicating it -- if at all possible. XQuery should
> normatively reference as many productions in XPath 2.0 as possible

while poltically that's probably a good idea, I don't think it'll make
much difference in practice, the xpath2 and xquery grammars are
generated from the same source so they will be in sync, so whether they
appear in both drafts or whether one draft refers to the other doesn't
really matter.

However the main apparent incompatibility between xpath as used in
xslt and xpath as used in xquery is the use of character and entity

<a b="{'a&apos;=&apos;b'}">

produces (I think)

<a b="true"> in XSLT and <a b="'a'='b'"> in Xquery, despite the fact
they are both using the same grammar here for the Xpath parts, Xquery
merges the XML grammar productions into the Xpath string production
whereas XSLT does an XML parse before parsing as Xpath. If this could be
fixed then I believe there aren't really any "compatibilty" problems
between Xquery and Xpath.

The non XML syntax in Xquery such as <a b={'a&apos;=&apos;b'}>
is actually _less_ of a problem as that isn't well formed XMl so there
is no chance of an Xquery "identity transformation" silently changing it
into <a b={'a'='b'}> as may happen with the "well formed XML"
Xquery <a b="{'a&apos;=&apos;b'}"> which an XML identity transform will
convert to a different Xquery: <a b="{'a'='b'}"> (which probably doesn't
typecheck, but is still something that you don't expect to happen from
an "identity" transformation.


This message has been checked for all known viruses by Star Internet
delivered through the MessageLabs Virus Scanning Service. For further
information visit or alternatively call
Star Internet for details on the Virus Scanning Service.


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.