Holger,
I have followed the tutorials and succesfully implemented the custom
Java extensions. I can launch the plugin and run inferences and
everything works fine in development mode. Now I am trying to deploy
the Java code as a Jar file. Could you clarify this sentence a bit
more: "For deployment, you can distribute your plugin as a jar file
which your users then only need to copy into their eclipse/dropins
folder."
I have created a jar file of my custom code, added it to the {topbraid
home}/dropins folder, restarted Eclipse, and run inferences. However,
when I run instances in this manner, the custom java code does not get
called.
If the code is packaged as a Jar, do I still need to launch the
secondary TopBraid plugin instance? Do I always have to do this?
Thanks,
Kevin
On Jul 29, 6:02 pm, Holger Knublauch <[email protected]> wrote:
> On Jul 29, 2009, at 2:44 PM, CF: wrote:
>
>
>
> > Thanks
>
> > First I might have misinterpreted what step 4 in the tutorial was
> > trying to do. I assumed it was creating a file that I could then place
> > into any topbraid workspace to use the custom sparql function without
> > having to launch a new instance from the the workspace of the custom
> > java functions. Is this the wrong assumption?
>
> Yes this is not the right assumption. At development time you need to
> put them into the Java workspace and Eclipse. For deployment, you can
> distribute your plugin as ajarfile which your users then only need
> to copy into their eclipse/dropins folder.
>
>
>
> > Second, I would much rather use the javascript functionality (we have
> > already done allot of custom javascript in topbraid and it works
> > great) but I need to be able to make SQL queries to a database based
> > on passed values to a rule. From what I understand javascript is not
> > capable of doing this. This is why we are looking at the custom sparql
> > java functions. Do you have a suggestion for a better way to do this
> > other than the custom sparql java.
>
> Assuming that the SQL queries are custom tailored (and cannot be
> expressed in terms of, say, a D2RQ mapping, then using Java code seems
> indeed to be the only solution. If you have TBC-ME you may want to
> look into SPARQLMotion as well, because then you could simply define a
> generic SPARQLMotion module for the SQL calls and use this in multiple
> places. We could probably add such a SQL module in general to the
> standard SM modules library later.
>
> Holger
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"TopBraid Composer Users" 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/topbraid-composer-users?hl=en
-~----------~----~----~----~------~----~------~--~---
