[Eulergui-user] Squall integration in EulerGUI; new design for a Java method call

[Jean-Marc V. <jea...@gm...>]

Squall integration in EulerGUI : N3 configuration

This time I'll do things more clean for Squall in EG , I first wrote an N3
config. file :

squall a N3SourceType;
  rdfs:label "Squall";
  rdfs:comment"From Controled english to SPARQL 1.1. - runs
squall2sparql and launches SPARQL query";
  reds:seeAlso <http://www.irisa.fr/LIS/softwares/squall>;
  extension ".squall";
  javaN3Factory java:eulergui-project-N3SourceFromSquall;
  javaN3Widgets java:eulergui-gui-view-ButtonsForN3SourceFromSquall.

and later other N3 source types should be retrofitted into this .


While designing Squall integration, I though of this possible design for a
Java method call or constructor on consequent side :

@prefix eg:  <http://eulergui.sourceforge.net/engine.owl#>. @keyword a.

c a javaMethodCall;
  javaObject ?O; # or javaClass
  javaMethodName "methodName";
  arguments ( ?X ?Y );
  javaResult ?R.

This is much more verbose than the simpler method call already existing:

?O javam:methodName ( ?X ?Y ) .

but this mechanism does not offer any possibility to get hold of the return
value.

As with with the simpler method call already existing, it would be called
ad soon as javaObject and all arguments are bound. And then javaResult will
be bound to ?R. Internally it would create a DeferredMethodCall object in
the Drools KB.

What do you think ?
-- 
Jean-Marc Vanel
Déductions SARL - Consulting, services, training,
Rule-based programming, Semantic Web
http://deductions-software.com/
+33 (0)6 89 16 29 52
chat :  irc://irc.freenode.net#eulergui