Hi Johnny,
On Apr 17, 2010, at 2:43 AM, johnnyV wrote: > I created this java filter function extension, that inherits from > com.hp.hpl.jena.sparql.function.FunctionBase1. I am able to call the > function in a LET statement using the java URI scheme > java:org.example.functions.myfunction, outside TBC, as long as my jar > file is in the class path of the executing program. > I also know that we can create functions extensions in TBC by writing > a plug-in that uses the org.topbraid.sparql.functions extension point, > and inherit from org.topbraid.sparql.functions.AbstractFunction1 (we > tested this as well). > My question are: > 1. Isn't there an easier way of using my first jar where the function > extension inherits from com.hp.hpl.jena.sparql.function.FunctionBase1 > directly in TBC without writing a TBC plug-in (and calling that > function using the java URI Scheme > "java:org.myexample.functions.myfunction")? The URI scheme is not supported, see below. You are free to chose any Java superclass though, the topbraid one is just one possible (convenience) class. > 2. Since TBC uses ARQ, adding my jar to the TBC classpath should be > enough for it to work (tried this method but unsuccessful). Does TBC > not recognize the java URI scheme that ARQ uses? This is not supported because Eclipse uses a different classloader mechanism. It would require that the Jena library plugin would know about your plugin, but the dependency mechanism prevents this (and would basically create a cyclic dependency). So going through the Eclipse extension points mechanism is IMHO the only (and cleanest) choice. Holger -- You received this message because you are subscribed to the Google Group "TopBraid Suite Users", the topics of which include TopBraid Composer, TopBraid Live, TopBraid Ensemble, SPARQLMotion and SPIN. 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/topbraid-users?hl=en
