> "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?
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).
Julian Hoch -------------------------------------------------------------------- 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] --------------------------------------------------------------------
