Re: [rules-users] java.lang.NullPointerException at org.drools.reteoo.ReteooFactHandleFactory.newFactHandle(ReteooFactHandleFactory.java:56)

The entryPoint and obs aren't null. I'm sorry, where do you see the error?

Carolina 2012/7/24 Wolfgang Laun <wolfgang.laun(a)gmail.com&gt; > Well, then it's a bug in your code. Do we all agree on this now? > > -W > > > On 24/07/2012, Carolina Pellecchia <carolina.pellecchia(a)gmail.com&gt; 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 <vincent.legendre(a)eurodecision.com&gt; > > > >> 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 > >> rules-users(a)lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/rules-users > >> > >> > > > _______________________________________________ > rules-users mailing list > rules-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users >