JESS: definstances and (reset)

2003-11-17 Thread Prof. Michael Stiber
move all definstances after the reset... If this is correct, then I submit that this is a candidate for the next book and code rev, as that seems to be a better "default" approach to teach (I can't see why one would want all definstances to be re-created upon res

Re: JESS: Facts & Rule Fired

2003-11-17 Thread Prof. Michael Stiber
I played around with a crude explanation facility a bit over a year ago, and I _believe_ I got it working (though I can't remember clearly right now). Searching through my code, I found the .clp and .java file included at the end of this message. It seems like the .clp code doesn't use the .jav

Re: JESS: Regular expression syntax

2003-11-05 Thread Prof. Michael Stiber
Since this is merely a string argument to a function, one can define its syntax in any manner desired without regard to its impact on the structure of the Jess language or the need to prevent conflict with existing constructs. If one wishes to use the values of previously-bound variables, one c

Re: JESS: Regular expression syntax

2003-11-04 Thread Prof. Michael Stiber
On Monday, November 3, 2003, at 06:57 PM, [EMAIL PROTECTED] wrote: Hi Folks, Charlemagne will have regular expression support. Question: what should the Jess syntax look like when you use regexes for pattern-matching? Of course, there could be a function-based approach, sorta like Python: (anima

Re: JESS: Beans with multiple properties

2003-11-02 Thread Prof. Michael Stiber
On Sunday, November 2, 2003, at 03:22 PM, [EMAIL PROTECTED] wrote: I think Prof. Michael Stiber wrote: What I tried was to put the firePropertyChange() calls into a synchronized method in my bean, and make all of the property accessors synchronized, too. This didn't work; I assume this

JESS: Possible answer to bean multiple-slot update

2003-11-02 Thread Prof. Michael Stiber
of _all_ shadow fact slots. So, is this problematic in some way? For this application, it seems to work. Of course, I only have one of these bean objects and shadow facts, and am not sure if there would be problems if multiple ones existed... -- Prof. Michael Stiber[EMAIL

JESS: Beans with multiple properties

2003-11-02 Thread Prof. Michael Stiber
e the case, as Jess shouldn't "know" that more property change events are coming that should be "grouped". Oh, well, now I'm confusing myself. -- Prof. Michael Stiber[EMAIL PROTECTED] Computing and Software Systems http://faculty.washington.edu/sti

Re: JESS: "Single-slot activations"

2003-08-28 Thread Prof. Michael Stiber
f the syntax is simple and capabilities merely increase the set of operations in the language (easily looked up in an alphabetical function reference). I wouldn't want to see JESS turn into C++... -- Prof. Michael Stiber[EMAIL PROTECTED] Computing and Software Syst

Re: JESS: Re: Proposed feature

2003-01-07 Thread Prof. Michael Stiber
that nonetheless could be matched like a fact (it just wouldn't figure into activating rules). On 1/6/03 1:05 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > I think Prof. Michael Stiber wrote: >> Please pardon me if I missed part of this discussion by overzealous

Re: JESS: Re: Proposed feature

2003-01-06 Thread Prof. Michael Stiber
94-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

JESS: IEEE-CS Seattle Section speaker query

2001-03-18 Thread Prof. Michael Stiber
pring. If so, please email me. -- Prof. Michael Stiber[EMAIL PROTECTED] Computing and Software Systems http://faculty.washington.edu/stiber University of Washington, Bothell tel: +1-425-352-5280 Box 358534, 18115 Campus Way NE fax: +1-425-352-5216 Bothel