On 2012-07-11 15:04, Alfred Reibenschuh wrote:
ok,
the class name look more reasonable.
how about an Interface "org.h2.(api or ext).FunctionRegistry" like this:
public interface FunctionRegistry
{
public boolean register(ClassLoader cl, Session sess, Schema sch,
boolean vendorPrefixed);
}
so a class could register their functions on its own and the engine
could request that the registered functions be prefixed by a vendor
tag (eg. MYSQL_, POSTGRES_, etc)
At that point I think we're outside the bounds of what H2 should
provide, and you should probably just implement that yourself in your
own main() function.
However, I'm happy to make some more of the AutoRegisterFunctionAliases
methods public again, if that will help?
i also have in the queue stubs for all mysql 5.6 functions not
implemented by h2.
Unless you actually have a use-case for those, I'd not be terribly keen
on cluttering up the code with them.
--
You received this message because you are subscribed to the Google Groups "H2
Database" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/h2-database?hl=en.
