On 24/07/2012, Carolina Pellecchia <[email protected]> wrote: > The entryPoint and obs aren't null. I'm sorry, where do you see the error?
No surprise: If the entryPoint were null, you'd have a NPE right there, and not in NamedEntryPoint. If obs were null, nothing at all would happen. I'm investigating a little. -W > > > Carolina > > 2012/7/24 Wolfgang Laun <[email protected]> > >> Well, then it's a bug in your code. Do we all agree on this now? >> >> -W >> >> >> On 24/07/2012, Carolina Pellecchia <[email protected]> wrote: >> >>>If there is an insert() call in >> >>>org.tass.utils.ExpertSystemManager.java in line 156 then *this* is >> >>>where the insert occurs, not the insert() in the rule. >> > >> > org.tass.utils.ExpertSystemManager.java is our class and the source >> > code >> is >> > this: >> > >> > 153. *public* *void* insertObservation(String entryPoint, >> > Observation obs) { >> > >> > >> > 154. *try* { >> > >> > 155. *if*(entryPoints.containsKey(entryPoint)) { >> > >> > 156. entryPoints.get(entryPoint).insert(obs); >> > >> > 157. >> > >> > 158. ksession.fireAllRules(); >> > >> > 159. } >> > >> > 160. } >> > >> > 161. *catch* (Exception e) { >> > >> > 162. logger.error(e, e); >> > >> > 163. } >> > >> > 164. } >> > >> >>>Where is org.tass.utils coming from? >> > >> > Where is org.tass.utils coming from? it is our class. >> > >> > >> >>>It's still a mystery to me how it's possible to have a stack trace >> >>>element from NamedEntryPoint.java line 48 - there's no code in this >> >>>line. >> > >> > >> > I agree, at the line 48 there isn't code. It would seem that "Drools >> 5.3.0 >> > final" has different binary and source code. >> > >> > >> >>>There is another mystery : why this is working when getting rules from >> >>> a >> > DRL file and not from Guvnor ... >> >>>Did you add the POJO model into the Guvnor's package ? >> > >> > >> > Yes, I did. >> > >> >>>But if this is it, package compilation should raise a compilation >> >>> error >> > ... >> > >> > >> > The package compilation is ok. >> > >> > >> >>>What is sure is that the problem does not comes from the rules, as the >> > stack trace shows an "insert" call outside the rules, otherwise there >> would >> > be a >>reteoo...ConsequenceInvocator (something like that) before .. >> > >> > >> > yes, It is sure >> > >> > >> >>>And a last question : is "org.tass.utils.ExpertSystemManager" a class >> > from you, or does it take place into another third-party framework >> > (that >> > could use a >>different or modified version of drools). >> > >> > >> > org.tass.utils.ExpertSystemManager.java is our class. We aren't using >> > third-party >> > framework. >> > >> > >> > Thank you >> > >> > Carolina >> > >> > >> > 2012/7/23 Vincent LEGENDRE <[email protected]> >> > >> >> There is another mystery : why this is working when getting rules from >> >> a >> >> DRL file and not from Guvnor ... >> >> Did you add the POJO model into the Guvnor's package ? >> >> But if this is it, package compilation should raise a compilation >> >> error >> >> ... >> >> >> >> What is sure is that the problem does not comes from the rules, as the >> >> stack trace shows an "insert" call outside the rules, otherwise there >> >> would >> >> be a reteoo...ConsequenceInvocator (something like that) before .. >> >> >> >> And a last question : is "org.tass.utils.ExpertSystemManager" a class >> >> from >> >> you, or does it take place into another third-party framework (that >> could >> >> use a different or modified version of drools). >> >> >> >> >> >> _______________________________________________ >> >> rules-users mailing list >> >> [email protected] >> >> https://lists.jboss.org/mailman/listinfo/rules-users >> >> >> >> >> > >> _______________________________________________ >> rules-users mailing list >> [email protected] >> https://lists.jboss.org/mailman/listinfo/rules-users >> > _______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
