I think the current extension mechanism is closed to finished. There is no
major item in our development plan right now. Of course you are free to
propose any enhancements to it. If users like to see those enhancements, we
can put them into our plan. You can also contribute any enhancements
yourself.
>> 3. Usage of extensions among with xpath/XPathAPI
There are two possible solutions to this problem. The first one is a simple
solution. It will add an additional ExtensionsProvider parameter to the
XPathAPI interfaces. The users need to implement the ExtensionsProvider
themselves. And you cannot directly make use of the Xalan provided
extensions in XPath. The second solution is a more complete one. It will
make it possible to use Xalan extensions in XPath. This solution is more
difficult and I don't have any idea how to implement it at the moment. The
major obstacle is in the fact that the Xalan extensions are now implemented
in the org.apache.xalan package, which is on top of the org.apache.xpath
package. The XPath classes (e.g. XPathAPI) should not have dependency on
any Xalan class.
Regards,
Morris Kwan
XSLT Development
IBM Toronto Lab
Tel: (905)413-3729
Email: [EMAIL PROTECTED]
"Voytenko,
Dimitry" To: [EMAIL PROTECTED]
<dvoytenko@sector cc:
data.com> Subject: xslt/xpath function extension
mechanism
01/16/2003 10:55
PM
Please respond to
xalan-dev
Hi,
I've got a question concerning current extension mechanism (the one using
Java reflection). Is it considered finished? Do you plan any enhancements
to
it? I'd really like to participate in any sort of discussion on this topic,
if this is possible of course.
While I find current system sufficient for most of our needs, I have some
questions/concerns that I want to find better solution for.
Some of them are:
1. Difficulty to port from Xalan C++ to Java (at least currently they are
pretty different).
2. Deployment/detection problems
3. Usage of extensions among with xpath/XPathAPI
If this has been a concern for other users, could you please direct me to
the mail thread or refer to the conclusions you'd come to.
Thanks,
Dmitry E. Voytenko
Software Engineer
Sector Data, LLC
_____________________________________________________
Sector Data, LLC, is not affiliated with Sector, Inc., or SIAC
