DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18684>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18684 XPath extension mechanism enhancements ------- Additional Comments From [EMAIL PROTECTED] 2003-06-17 19:31 ------- >From xalan-users mail list you can tell that users are interested in this functionality and some user resort to using "more internal" approaches to resolve this problem, such as using org.apache.xpath.compiler.FunctionTable.installFunction, which, anyway, don't address all problems users want to address such as passing context inside of function implementation, etc. Using XObject is definetely marginal approach, at least b/c it gives too broad access to the internal implementation. It should definitely be considered. I decided to use it for the first draft, b/c I wanted to make possible for users to create variable param functions (not just with automatic params) and keep argument conversion flexible. It also is more coherent with Xalan-C extension rules, thus theoretically simplifying migration from one to another. On the other hand I didn't want to overflood this functionality with the big set of new interfaces.
