After I call (bload ...) with Jess70b5, I notice that the value of
Rete.getGlobalContext().getEngine() changes. As a result, the output
router for Userfunctions such as (agenda) changes, too.
When I instrument Rete.bload(), I see that the value of
Rete.getGlobalContext().getEngine() changes a
Just to be sure, since I need backtracking for my algorithm, too, I want
to confirm my understanding that there is no generalized undo function
for Jess. That is, e.g., there's no built-in, general way to undo the
effects of an RHS firing. That right? As you might know by now, I use
bsave-bl
For those tallying, please add 3 "no" votes (against equating String and
Symbol) from our group, which includes two that have written
production-rule models for years. Thanks,
Jonathan
(PS. Instead, we would advocate a cloneable Rete, which would enable
backtracking without the expense of bo
Many thanks for this example. I used it in our own tool. One gloss,
applicable to Strategy implementations and to most other things you
might set in the Rete or in a fact:
If you plan to use bsave or bload, ensure that your new Strategy
class also implements Serializable.
Steve Solo
I'm trying to get (load-function my.package.MyUserfunction) to work in
the JessDE in Eclipse. The MyUserfunction implementation is in a .jar
file. Does anyone know where to specify this jar file so that Eclipse
and the jesside or jessdebug jars find it?
Following some hints I gleaned from th
t the
performance cost of object serialization (of the entire Rete)? Thanks
very much,
Jonathan Sewall
To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]'
in the BODY of a message to [EMAIL PROTECT
ings that happen in Jess.
The best answer to your question is that you should not write systems
that depend on a particular indeterminate order; subtle factors may
change the observed order. Conversely, a Strategy shouldn't return "0"
for two Activations unless the firing order really
Jess's behavior are important to me, for I'm trying to make
our environment's behavior predictable to our users. Hence, e.g., the
significance of a side effect like a reordered agenda on an operation
(bsave) that ostensibly makes no change to the engine.
Jonathan Sewall wrote:
My St
I've found that the method below behaves differently in Jess 7.0b7 and
the formal v7.0 release. In the formal release, the Activations
provided by the Iterator in 2 successive calls to Rete.listActivations()
are different objects, even if nothing has happened between the calls.
The change has
I didn't extend Rete just to create a JessListener, but I did find that
I needed to reregister my listeners after bload.
Henrique Lopes Cardoso wrote:
I am stumbling for some time now with the use of a JessListener. After
many tries, I figured out that the listener does not work properly when
Our code predates Rete.setMark(), etc., so we use bsave and bload to
save state and backtrack. Will be interested to hear your results with
setMark(), in particular w.r.t. whether the agenda is restored to its
previous state. Thanks,
Jonathan
On 12/1/2008 12:46 PM, Jason Morris wrote:
Hi All,
?qr (run-query* all-cars))
Hence, if I execute
(bind ?qr "not a QueryResult")
before the 2nd bsave, then the script runs without error. Could
QueryResult be made Serializable? Revised script and results below.
Thanks again,
Jonathan Sewall
--- Origin
12 matches
Mail list logo