>For any result-tree-fragment f, what is the URI of the document that ownes
the
>nodes returned by exslt:nodeSet(f)?
I *think* the answer in interpretive Xalan-J is currently "There isn't one.
Each node knows the URI of the document it came from -- if there is one --
or has no URI if it's an in-memory generated node. Asking for the URI of an
in-memory _document_ isn't meaningful." But I'd have to dig into the code
to be sure of this answer, and the answer in XSLTC mode may be different.
>generate-id() function (which, if I'm right, determines the equality of
nodes
>based on the URI of the document they belong to)
I don't think that's correct. Last I knew, we were basing both identity and
IDs on the Node Handle, which is a magic number associated with the node in
the internal data model.
As Dave pointed out, temporary trees such as those produced by the nodeset
extension may (or may not) reuse these resources, so they may not be
guaranteeing long-term uniqueness. It would be nice if they did but the
overhead of achieving that may be unacceptable.
If were were posting this issue in Bugzilla, I'd call it an Enhancement
request rather than a Bug; since it involves extensions it's definitely an
edge case, and the cost of achieving it may be unacceptable, but it's a
legitimate issue... and it's going to become more significant as we move
toward XSLT 2.0 where the concept of Temporary Trees has been generalized
and doesn't need workarounds like the nodeset extension.
______________________________________
Joe Kesselman, IBM Next-Generation Web Technologies: XML, XSL and more.
"The world changed profoundly and unpredictably the day Tim Berners Lee
got bitten by a radioactive spider." -- Rafe Culpin, in r.m.filk
