I think Julian Hoch wrote: [Charset iso-8859-1 unsupported, filtering to ASCII...] > > "Fact--n" means the fact's ID is negative, which can be the case > > before a fact is added to working memory. > > Ah ok thanks. The problem was that I already had added the fact > before, and adding it again resulted in these invalid Fact-IDs. > Is there a way to get the Fact-ID of a shadow fact in the jess > working memory, if I have the Java object?
You know, there's no public API for this, but there really should be, shouldn't there? The method you want is DefinstanceList.getShadowFactForObject(); if you have a source license you could easily expose a method on jess.Rete which forwarded to this method and returned the result. I will add such a method for Jess 7 final; let's call it getShadowFactForObject(), too. > > And something different: I'm pretty sure the answer is "no", but > I'll ask anyway: Is there a way to make Java objects into jess > shadow facts without destroying inheritance information in case of > multiple inheritance? My data model consists of interfaces some of > which inherit from two or more other interfaces (e.g. interface C > derived from A and B) and I have not found yet a way to define rules > which can make use of the inheritance structure (like defining rules > for A or B which also match facts of type C). Unfortunately, no, and it won't be possible until at least Jess 7.1. --------------------------------------------------------- Ernest Friedman-Hill Advanced Software Research Phone: (925) 294-2154 Sandia National Labs FAX: (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] --------------------------------------------------------------------
