Re: JESS: seemingly mysterious defquery behavior
I think you could say that you won! :)So what I would do, if I were you, would be to upgrade to 6.1RC1 andthings will behave by default just the way you'd like them to. Excellent. I'm sure I'm not the only one who appreciates the constant work that you put into the regular updates and improvements.Yahoo! Mail - For a better Internet experience
Re: JESS: seemingly mysterious defquery behavior
Ernest: Does this mean that Jess will become more of a goal-oriented rulebased programming tool? Or, perchance good fortune ensues, incorporate full-opportunistic backward chaining; sort of like the old Expert (C/C++ Rulebase from Neuron Data) used to do? I don't know of ANY rulebase in Java that does true, full-opportunistic backward chaining at this time. Including Advisor, JRules, OPSJ, JEOPS or Jess. I'm sure that there is one - I just don't know about it. Yet. :-) SDG jco - James C. Owen Senior KE Knowledgebased Systems Corporation 6314 Kelly Circle Garland, TX 75044 972.530.2895 [EMAIL PROTECTED] wrote: The long-running debate between the people like yourself, who are surprised when rules fire during a query, and those who want a query to trigger backward chaining, and so are surprised if they don't, has been resolved -- and I think you could say that you won! In recent versions of Jess 6.1 (which is at RC1 right now, and if all goes well will be in final release by the end of this week) the default is for rules to NOT fire during a query, but there's now a way to let rules fire during a query on a case-by-case basis. So what I would do, if I were you, would be to upgrade to 6.1RC1 and things will behave by default just the way you'd like them to. I think =?iso-8859-1?q?un=20ethix?= wrote: [Charset iso-8859-1 unsupported, filtering to ASCII...] Hi, Thanks for taking the time to read this. I have a number of activated rules. The first of these rules to fire includes a function call which includes a query iteration. However, the subsequent rules in the conflict set (i.e. the subsequent activated rules) fire before the query call completes. This behavior is best illustrated by an example: Jess (run 1) FIRE 1 MAIN::rule_1 f-6 == f-7 (MAIN::__query-trigger-myQuery) FIRE 1 MAIN::rule_2 f-5, f-6 If the firing is left to run then the query will eventually return == f-7 (MAIN::__query-trigger-myQuery) but only after all other activated rules have fired. My problem is that rule_2 depends upon the result of firing rule_1, and causes an illegal operation (division by 0) as a result of rule_1 not returning first. I am able to circumvent this by having an extra fact asserted by rule_1, which rule_2 needs i.e. : (defrule rule_1 = (callQuery) (assert (foo))) (defrule rule_2 ... (foo) = ...) In this case, since rule_2 can only be activated after the query has returned, it works...it does seem an illogical way of doing things though. The release notes do mention something about the run-query command executing 'run(10)' - but this does not explain why subsequent rules don't fire after the query returns. Is there something that i'm missing here? Thanks in advance, Pol - Yahoo! Mail - For a better Internet experience - Ernest Friedman-Hill Distributed Systems ResearchPhone: (925) 294-2154 Sandia National LabsFAX: (925) 294-2234 PO Box 969, MS 9012 [EMAIL PROTECTED] Livermore, CA 94550 http://herzberg.ca.sandia.gov To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED] To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED]
Re: JESS: Passing a Java Variable in a Jess Call
For those of you having trouble with the Java CLASSPATH being set properly and/or typing long names and making silly mistakes, there is a free tool at http://home.attbi.com/~raygao/coffeecup/instruction.html That might help with this. A lot of the guys in the JavaMUG here is DFW area really like it. Enjoy. -- SDG jco - James C. Owen Senior KE Knowledgebased Systems Corporation 6314 Kelly Circle Garland, TX 75044 972.530.2895 Christian Loos wrote: Hi Karen, I think your approach should work properly. Do you get any kind of exception? What data does the Protegepath variable contain (pathname + filename)? Have you allready tried to perform this action directly within the JessTab? Bye Christian. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Karen Fox Sent: Thursday, March 20, 2003 9:03 PM To: [EMAIL PROTECTED] Subject: JESS: Passing a Java Variable in a Jess Call I am trying to change some of my paths to files into Java variables so that we only have to change them in one place if necessary. However, when I try to pass the variable in a rete.executeCommand, it won't work. Is that because I can't mix Jess and Java? For instance, this works: r.executeCommand((load-project C:/dev/Protege-2000/projects/OrgOnt.pprj)); I want to swap out the second part of that (the classpath) to a Java variable but nothing I've tried has worked. Is this impossible or am I just approaching it incorrectly? I've tried isolating the variable: r.executeCommand((load-project + Protegepath + )); and storing the information in a jess variable, then using it: r.executeCommand((load-project ?Protegepath)); and many variations of other things. Thus far, the only thing that works is to have the path in there. I would appreciate any suggestions, even if it's just to tell me this cannot be done. Thank you all for your time and talent. -- Karen Fox Technical Project Support III The MITRE Corporation Colorado Springs, CO 719-572-8368 [EMAIL PROTECTED] To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED] To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED] To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED]
Re[2]: JESS: Passing a Java Variable in a Jess Call
Hello James, Monday, March 31, 2003, 8:20:16 AM, you wrote: JCO For those of you having trouble with the Java CLASSPATH being set properly JCO and/or typing long names and making silly mistakes, there is a free tool at JCO http://home.attbi.com/~raygao/coffeecup/instruction.html JCO That might help with this. A lot of the guys in the JavaMUG here is DFW area JCO really like it. Enjoy. [ Long quote snipped by Moderator ] I tried it an noticed one shortcoming on Windows. It incorrectly loads previously created file if it contains =damned= MS blank betwin Program and Files in some path.:( -- Best regards, Rumailto:[EMAIL PROTECTED] To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED]
