That worked. For people following this thread, the export process
generated a zip file containing the jar file. I put the jar file, not
the zip file, into {topbraid_home}/dropins, restarted, ran inferences,
and celebrated.
Kev
On Sep 1, 3:13 pm, Holger Knublauch <[email protected]> wrote:
> Hi Kevin,
>
> this depends on how you have created the .jarfile. You should go to
> the main page of the plugin.xml and find the Export Wizard link at the
> lower right corner. This will provide you with the option to
> create .jarfile which can then be copied into the dropins folder. The
> resulting file can then be used with any (binary) TopBraid
> installation. If it doesn't work, please clarify.
>
> Good luck
> Holger
>
> On Sep 1, 2009, at 11:58 AM, Kevin Matthews wrote:
>
>
>
> > 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 aJarfile. Could you clarify this sentence a bit
> > more: "For deployment, you can distribute your plugin as ajarfile
> > which your users then only need to copy into their eclipse/dropins
> > folder."
>
> > I have created ajarfile 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 aJar, 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
-~----------~----~----~----~------~----~------~--~---
