<div>Thanks!</div>
<div>Can't do much but shake head in disbelief that one can do such silly mistakes also :-))</div>
<div> </div>
<div>Regards</div>
<div>      Hrishikesh.</div><br>
<div><span class="gmail_quote">On 8/9/07, <b class="gmail_sendername">Martin O'Connor</b> <<a href="mailto:martin.oconnor@stanford.edu">martin.oconnor@stanford.edu</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">The output exactly matches the asserted properties in the SWRLJessTab.<br>You are misinterpreting the output because you are not printing the
<br>asserted property name.<br><br>Martin<br><br>Quoting Hrishikesh Sharma <<a href="mailto:hrishikesh.sharma@gmail.com">hrishikesh.sharma@gmail.com</a>>:<br><br>> Attached here is the cleaned-up printing code extracted from my overall
<br>> application. The class containing main() method is the BridgeWrapper class.<br>> MyBridge extends SWRLJessBridge class. The ontology used in my work and a<br>> corresponding repository file(needs to be edited) are also there.
<br>> The output is still wrong, and same as I quoted in yesterday's mail. If<br>> getAssertedProperties() is well-tested indeed, then the bug has to be in my<br>> code, help me catch it :-)<br>><br>> Regards
<br>>         Hrishikesh.<br>><br>><br>> On 8/9/07, Martin O'Connor <<a href="mailto:martin.oconnor@stanford.edu">martin.oconnor@stanford.edu</a>> wrote:<br>>><br>>> The getAssertedProperties call work fine for me with your ontology.
<br>>> Lots of code depends on the getAssertedProperties call (including the<br>>> SWRLJessTab displays) so I would rewrite your printing code (which is<br>>> very confusing).<br>>><br>>> Martin
<br>>><br>>> (and Quoting Hrishikesh Sharma <<a href="mailto:hrishikesh.sharma@gmail.com">hrishikesh.sharma@gmail.com</a> >:<br>>><br>>> > There seems to be a serious bug?? with with getAssertedProperties(). I
<br>>> > was suggested(see the mail chain below) to extend SWRLJessBridge class<br>>> > to do what I required.<br>>> > I am using the attached ontology and sample instances to run some rules.<br>
>><br>>> > When I use the Protege editor(front-end) and use JessTab and execute<br>>> > JESS rule engine, I can see all the asserted properties, right ones,<br>>> > in the appropriate pane as follows.
<br>>> ><br>>> > (assert (needsBatAlarm Lenovo "true"))<br>>> > (assert (needsCharging Lenovo "true"))<br>>> > (assert (possCharging Lenovo "true"))<br>>> >
<br>>> > While when I use SWRLJessBridge and enumerate all the asserted<br>>> > properties, I get garbled output.<br>>> ><br>>> > Lenovo<br>>> > true<br>>> > Lenovo<br>
>> > true<br>>> > Didier_Bourse<br>>> > true<br>>> > Lenovo<br>>> > true<br>>> ><br>>> > The subclass that I implemented on your suggestion is also attached. I
<br>>> > am almost sure it is a bug with the bridge code. I desperately need to<br>>> > have/demonstrate a standalone application in Java which uses<br>>> > SWRLJessBridge. Please help.<br>>> >
<br>>> > Regards<br>>> >          Hrishikesh.<br>>> ><br>>> > On 7/25/07, Martin O'Connor < <a href="mailto:martin.oconnor@stanford.edu">martin.oconnor@stanford.edu</a>> wrote:
<br>>> >><br>>> >><br>>> >> The bridge is documented extensively here:<br>>> >> <a href="http://protege.cim3.net/cgi-bin/wiki.pl?SWRLRuleEngineBridgeFAQ">http://protege.cim3.net/cgi-bin/wiki.pl?SWRLRuleEngineBridgeFAQ
</a><br>>> >><br>>> >> You can access protected methods using the standard Java subclassing<br>>> >> technique, viz:<br>>> >><br>>> >><br>>> >><br>>> >> public class MyBridge extends JessRuleEngineBridge
<br>>> >><br>>> >> {<br>>> >><br>>> >>    .<br>>> >><br>>> >>    public Set<RuleInfo> myGetImportedSWRLRules() { return<br>>> >> getImportedSWRLRules(); }
<br>>> >><br>>> >><br>>> >><br>>> >> etc.<br>>> >><br>>> >><br>>> >><br>>> >> Martin<br>>> >><br>>> >>
<br>>> >><br>>> >>   _____<br>>> >><br>>> >> From: <a href="mailto:protege-owl-bounces@lists.stanford.edu">protege-owl-bounces@lists.stanford.edu</a><br>>> >> [mailto:
<a href="mailto:protege-owl-bounces@lists.stanford.edu">protege-owl-bounces@lists.stanford.edu</a>] On Behalf Of Hrishikesh<br>>> >> Sharma<br>>> >> Sent: Wednesday, July 25, 2007 7:21 AM<br>>> >> To: 
<a href="mailto:protege-owl@lists.stanford.edu">protege-owl@lists.stanford.edu</a><br>>> >> Subject: Re: [protege-owl] problem with SWRLRuleEngineBridge<br>>> >><br>>> >><br>>> >> Essentially my problem is (at least) twofold:
<br>>> >> 1. The javadocs for SWRLRuleEngineBridge and SWRLJessBridge give too<br>>> less<br>>> >> information. Various methods I try to invoke based on some approximate<br>>> >> understanding misfire!
<br>>> >> 2. How to get hold of the delta between new overall knowledge after a<br>>> Jess<br>>> >> run, and the old knowledge in Java code. In the front end, I am able to<br>>> do<br>>> >> same by examining the "Asserted Properties/Individuals" sub-tab within
<br>>> Jess<br>>> >> Tab.<br>>> >><br>>> >><br>>> >> Sincerely,<br>>> >><br>>> >>         Hrishikesh.<br>>> >><br>>> >>
<br>>> >> On 7/24/07, Martin O'Connor <<a href="mailto:martin.oconnor@stanford.edu">martin.oconnor@stanford.edu</a>> wrote:<br>>> >><br>>> >><br>>> >> You are trying to call a protected method in this code fragment.
<br>>> >> Invoking through the SWRLJessBridge does not make it unprotected - only<br>>> >> code inside the SWRLJessBridge can access it.<br>>> >><br>>> >> Martin<br>>> >>
<br>>> >> Hrishikesh Sharma wrote:<br>>> >><br>>> >> > Hi,<br>>> >> >     I am having problem with getAssertedProperties() method of<br>>> >> > SWRLRuleEngineBridge Class. From the javadoc, I gather it is a
<br>>> >> > protected method. However, in the simple java code file attached,<br>>> >> > where I invoke this method from a subclass called SWRLJessBridge, I<br>>> >> > get a compilation error
<br>>> >> ><br>>> >> > RunSwrlOnOnt.java:30: getAssertedProperties() has protected access in<br>>> >> > edu.stanford.smi.protegex.owl.swrl.bridge.SWRLRuleEngineBridge<br>>> >> >          Collection ass_p = 
bridge.getAssertedProperties ();<br>>> >> >                                   ^<br>>> >> > It is a bit surprising, for SWRLJessBridge is supposed to be subclass<br>>> >> > and hence have access to protected methods of the superclass from
<br>>> >> > within objects of that type. Am I missing something trivial here? Or<br>>> >> > is it a bug(missing 'extends' definition for SWRLJessBridge)? Or is<br>>> >> > the method getAssertedProperties() an abstract method?
<br>>> >> ><br>>> >> > Sincerely,<br>>> >> >        Hrishikesh<br>>> ><br>>><br>>><br>>> _______________________________________________<br>>> protege-owl mailing list
<br>>> <a href="mailto:protege-owl@lists.stanford.edu">protege-owl@lists.stanford.edu</a><br>>> <a href="https://mailman.stanford.edu/mailman/listinfo/protege-owl">https://mailman.stanford.edu/mailman/listinfo/protege-owl
</a><br>>><br>>> Instructions for unsubscribing:<br>>> <a href="http://protege.stanford.edu/doc/faq.html#01a.03">http://protege.stanford.edu/doc/faq.html#01a.03</a><br>>><br>><br>><br>><br>
> --<br>> - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +  - + - + - +<br>> - + - + - + - + - + - +- + - + - +<br>><br>> Literature is my legal wife and medicine my mistress. When I get tired of
<br>> one, I spend the night with the other.<br>><br>> Anton Chekhov in a letter to Alexey Suvorin<br>><br><br><br>_______________________________________________<br>protege-owl mailing list<br><a href="mailto:protege-owl@lists.stanford.edu">
protege-owl@lists.stanford.edu</a><br><a href="https://mailman.stanford.edu/mailman/listinfo/protege-owl">https://mailman.stanford.edu/mailman/listinfo/protege-owl</a><br><br>Instructions for unsubscribing: <a href="http://protege.stanford.edu/doc/faq.html#01a.03">
http://protege.stanford.edu/doc/faq.html#01a.03</a><br></blockquote></div><br><br clear="all"><br>-- <br>- + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +  - + - + - + - + - + - + - + - + - +- + - + - +<br><br>
Literature is my legal wife and medicine my mistress. When I get tired of one, I spend the night with the other.<br><br>Anton Chekhov in a letter to Alexey Suvorin