[Versa] Versa Extension Bug (or lack of support) added to SF
Chimezie Ogbuji
chimezie at gmail.com
Thu Aug 18 07:43:56 MDT 2005
http://sourceforge.net/tracker/?func=detail&atid=428292&aid=1263032&group_id=39954
I've added an issue to the SF bug tracker outlining my issue with
defining Versa Extension functions, so it's on the radar. Summarized
below:
Versa has *no* mechanism for extending it's function library
Currently, whenever I need to define a new extension
function for Versa (which is very often for me), I end
up having to overwrite
Ft/Rdf/Parsers/Versa/__init__.py in order update
g_extFunctions = {}
with the extension functions. For example:
g_extFunctions = {}
from VersaFuXiExtensions import FUNCTIONS
from Ft.Share.ExtensionModules.VersaExtensions import
FUNCTIONS as CIDRVersaFunctions
g_extFunctions.update(CIDRVersaFunctions)
g_extFunctions.update(FUNCTIONS)
This is bad because I can't have seperate software
installations add their own extensions w/out manually
editing that file to account for both *and* if that
file ever changes in the CVS tree those changes would
be overwritten by the installation process. Given that
we have a precedent with our XPath/XSLT implementations
I would think it wouldn't be hard to have a bare bones
mechanism for registering extension functions - or
perhaps the problem is with the specification which
isn't very clear on how this should work.
Chimezie
More information about the Versa
mailing list