Saxon

Legacy ID: #6125071 Legacy Poster: Michael Kay (mhkay)

There's no intrinsic reason to believe that extension functions in Saxon should work the same way as in Xalan. When they do, it's a bonus. There are several significant differences: (a) Saxon's rules for disambiguating polymorphic Java methods rely much more heavily on static type analysis (Saxon always decides which method to use at compile time, not at run time), (b) in XSLT 2.0, "." is not necessarily a node - it could also be a string (c) Xalan has a much more intimate relationship with the DOM than Saxon has - in Saxon the relationship is very much at arm's length. In principle, though, I think this disambiguation should work according to the rules at http://www.saxonica.com/documentation/extensibility/converting-args/converting-atomic.html. How exactly is it failing, and what does the -TJ output from the binding process say? It might help to use a variable with an explicitly declared type in the call, rather than using ".". It depends on the context - in most cases Saxon will know statically that "." is a node. And in any case, the rules cited above suggest that a method expecting a NodeList should be preferred anyway. If you can put together a repro in a form that I can run, this will help me to investigate this case.