Hi, Dimitry
I really appreciate your work to the new extension mechanism. I had a quick
look at the class hierarchy. Now I have a few questions for you.
1. For the classes under org.apache.xpath.extensions.pkgs, how do you
decide which functions are put into each class (e.g. PkgNumber, PkgString,
etc)?
2. What changes will you make to the current extension implementation
classes under org.apache.xalan.lib? Do you want to drop them completely or
have them call the corresponding methods in the Pkgxxx classes?
When you make changes to the extension classes, keep in mind that the
extension implementations are shared by both Xalan and XSLTC. That is why
we use generic types in the argument and return types of the extension
functions. For example, for the Math.highest() function, the type of the
parameter and return value is a org.w3c.dom.NodeList, instead of an XPath
NodeSet. That is because XSLTC can only handle the more common w3c types.
Morris Kwan
XSLT Development
IBM Toronto Lab
Tel: (905)413-3729
Email: [EMAIL PROTECTED]
"Voytenko,
Dimitry" To: "'[EMAIL PROTECTED]'"
<[EMAIL PROTECTED]>
<dvoytenko@sector cc:
data.com> Subject: RE: xslt/xpath function
extension mechanism
02/20/2003 09:11
PM
Please respond to
xalan-dev
Hi,
Here's what I have to say about changes I proposed earlier. Sorry for the
delay, I meant to finish much earlier, but got really jammed at work.
It is pretty much finished. There's just some cleaning that should be done
to finalize this as I had to comment some of the code which could be simply
removed, so it'd be easier to see what's changed and how.
http://www.sectorbase.com/tmp/20030220.zip
Package org.apache.xpath.extensions.pkgs is just a sample of what
lower-level extensions may look like. I just collected set of functions
provided in JavaScript and Oracle SQL, as it seems as they are sufficient
for a pretty broad set of tasks.
Please review these changes (Gary, Morris, ?) and send me your comments.
I actually have no idea where to move from this point, so please send me
other instuctions how to get this to future release too.
Thanks,
Dimitry
_____________________________________________________
Sector Data, LLC, is not affiliated with Sector, Inc., or SIAC
