W3C home > Mailing lists > Public > www-dom@w3.org > April to June 2002

DOM 3 XPath: Implementation Questions

From: Perry A. Caro <caro@adobe.com>
Date: Wed, 8 May 2002 19:04:53 -0400 (EDT)
Message-ID: <3CD9AEEC.6251A58E@adobe.com>
To: www-dom@w3.org
Cc: caro@adobe.com
We have started an implementation of the XPath API on our existing DOM
implementation.  We'd like clarification on a couple of items, due to
disagreement within the implementation team about what was intended by the
specification writers.

* XPathNSResolver: MUST be bound to Node, or not?

The specification of XPathEvaluator.createNSResolver seems to suggest that
XPathNSResolver implementations must always be bound to some Node, i.e.,
that they must always work by calling lookupNamespaceURI on some Node. 
However, Issue XPath-6 seems to hint that users can alternatively create
XPathNSResolver implementations from wholecloth, or from whatever they want,
include Nodes.

Which is it, MUST be bound to a Node, or users can create any resolver
implementation they want and createNSResolver is just a convenience
function?

* XPathExpression: NSResolver at create time vs. at evaluate time

What is intended by the fact that, for XPathExpression, the XPathNSResolver
is specified at XPathExpression creation time, rather than at
XPathExpression.evaluate time?  We can come up with good reasons to have it
either way.  Does this suggest that an NSResolver is essential for
precomputing an expression (not true in the Xalan-C implementation)?  Is it
merely convenient to have at precomputation time, or mandatory?  Is it
intended to be used and discarded by the time the createExpression function
returns, or is it kept in the XPathExpression object for later use?

This also touches on previously raised issues about whether the NSResolver
must be from the same Document as the XPathEvaluator that creates the
expression.

Thanks,

Perry A. Caro
Adobe Systems Incorporated
Received on Wednesday, 15 May 2002 12:04:09 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 22 June 2012 06:13:56 GMT