On 23/07/2012, Vincent LEGENDRE <vincent.legendre(a)eurodecision.com&gt; wrote: > are you sure that your " SituationManager.createAccessControlEvent" method > returns something not null ? An insert of null is handled by insert(): nothing is done, null is returned. NP -W _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

(1) Is the originally posted stack trace complete? What you have posted doesn't make sense.

> In particular the exception (I mentioned above) happens before calling the > method "SituationManager.createAccessControlEvent": > This isn't possible. The call must have completed, and we're already in insert(). We are using drools Fusion and then we are inserting some events(

>>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 > >

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 >

I guess that entryPoints is a map that you build at init. Are you sure that the entry points in it are in sync with the actual session ? Why not using kSession.getWorkingMemoryEntryPoint(name).insert(...) directly ? @Wolfgang : Why can't there be a bug in NamedEntryPoint.insert(...) ? Having a NPE here is problematic, especially for a internal variable got from inside the same internal method. May be this is not called a bug, but at least the exception should be more explicative.. Best guess for now is that the problem is inside your code (dont know where) and not inside drools code. The NPE, even if it should have been more user friendly, is certainly just a consequence of a bad usage somewhere. If it works well using DRL, and not using Guvnor, it may be a good track to follow. If you have the same usage (session creation, inserts, fire ...), then you have differences between the two ruleset (rules and/or model is different). With Guvnor, you can also download the "source" (just like a big DRL) instead of the pkg. This can be a solution too. ----- Mail original ----- De: "Carolina Pellecchia" <carolina.pellecchia(a)gmail.com&gt; À: "Rules Users List" <rules-users(a)lists.jboss.org&gt; Envoyé: Mardi 24 Juillet 2012 14:27:34 Objet: 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 > 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 > 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 > > >> 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 _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

> @Vincent: I'm concerned about the first stack trace line, which is > where no executable code can be. Clear this up first... Me ? Really no idea why this line ... This line, in 5.3 code, is the class declaration. Indeed, node an executable piece of code ... I've found another thread : http://drools.46999.n3.nabble.com/rules-users-Drools-5-4-0-FINAL-and-OSGI... where we can see a stack trace giving a "org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:53) " which is the class declaration line in 5.4 source code... May be that some JVMs points that because there are some static inits in the class ? Or may be some AOP usage ? All other line calls (insert etc etc) matches exactly the lines shown in the stack trace, so to me, it is not so important ... at least not for the problem here. The real problem is why ObjectTypeConf conf.getTypeDeclaration(); returns null using Guvnor compiled pkg and not via DRL local compilation ... _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

> Our application is using this url: http://localhost:8080/guvnor/org.drools.guvnor.Guvnor/package/org.dfms.mo... > to loading from Guvnor5.3.0 the pkg. Is it correct? Yes, to get the compiled package, compiled inside Guvnor, but this is the problem here. The compiled package is a serialized kPackage object. When you get this from guvnor, and put it inside your kBase, the object is simply deserialized. The ObjectTypeConf conf.getTypeDeclaration() will look in the kBase, and for guvnor compiled package this method returns null (don't know why). I think you may have a difference between your Guvnor version and the drools runtime version. You can either use the source got from guvnor ( http://localhost:8080/guvnor/rest/packages/org.dfms.model/source) to build your kBase, and this should work fine. _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

Is there anybody that can help ME with this issue, please? Regards, Carolina 2012/7/20 Carolina Pellecchia <carolina.pellecchia(a)gmail.com&gt; > *Hi everyone! * > > *I'm loading from Guvnor5.3.0 the pkg below ** into my application. * > > > > *package* org.dfms.model; > > > > *import* org.dfms.model.observation.ACObservation; > > *import* org.dfms.model.situation.AccessControlEvent; > > *import* org.dfms.model.situation.SituationManager; > > *import* org.dfms.model.situation.Event; > > *import* org.dfms.model.mapfeature.AccessControlPoint; > > > > > > *import* java.util.HashSet; > > *import* java.util.ArrayList; > > > > *declare* ACObservation > > @role(event) > > *end* > > > > *declare* AccessControlEvent > > @role(event) > > *end* > > > > *rule* "AccessControl" > > *no-loop* > > *when* > > $obs : ACObservation( $sensorid : sensorId, $location : > location ) over window:length(1) *from* entry-point access_control > > *then* > > *insert*( SituationManager.createAccessControlEvent( $obs, > "Access > Control Detection", Event.THREAT_NO, $location, $sensorid )); > > *end* > > > > *When the rule is executed the application get this exception:* > > > [*java*] ERROR [2012-07-20 14:32:17,422] [Thread-19] (* > ExpertSystemManager.java:162*) - *java.lang.NullPointerException* > > [*java*] *java.lang.NullPointerException* > > [*java*] at > org.drools.reteoo.ReteooFactHandleFactory.newFactHandle(* > ReteooFactHandleFactory.java:56*) > > [*java*] at > org.drools.common.AbstractFactHandleFactory.newFactHandle(* > AbstractFactHandleFactory.java:80*) > > [*java*] at > org.drools.common.AbstractFactHandleFactory.newFactHandle(* > AbstractFactHandleFactory.java:65*) > > [*java*] at org.drools.common.NamedEntryPoint.createHandle(* > NamedEntryPoint.java:720*) > > [*java*] at org.drools.common.NamedEntryPoint.insert(* > NamedEntryPoint.java:280*) > > [*java*] at org.drools.common.NamedEntryPoint.insert(* > NamedEntryPoint.java:116*) > > [*java*] at org.drools.common.NamedEntryPoint.insert(* > NamedEntryPoint.java:48*) > > [*java*] at > org.tass.utils.ExpertSystemManager.insertObservation(* > ExpertSystemManager.java:156*) > > [*java*] at org.tass.vsensor.ExpertVS.dataAvailable(* > ExpertVS.java:59*) > > [*java*] at gsn.beans.InputStream.executeQuery(* > InputStream.java:277*) > > [*java*] at gsn.beans.StreamSource.windowSlided(* > StreamSource.java:325*) > > [*java*] at > gsn.beans.windowing.SQLViewQueryRewriter.dataAvailable(* > SQLViewQueryRewriter.java:83*) > > [*java*] at > gsn.beans.windowing.TupleBasedSlidingHandler.dataAvailable(* > TupleBasedSlidingHandler.java:56*) > > [*java*] at gsn.wrappers.AbstractWrapper.postStreamElement(* > AbstractWrapper.java:222*) > > [*java*] at > gsn.http.rest.LocalDeliveryWrapper.writeStreamElement(* > LocalDeliveryWrapper.java:147*) > > [*java*] at > gsn.http.rest.DefaultDistributionRequest.deliverStreamElement(* > DefaultDistributionRequest.java:57*) > > [*java*] at gsn.DataDistributer.flushStreamElement(* > DataDistributer.java:165*) > > [*java*] at > gsn.DataDistributer.run(*DataDistributer.java:220*) > > [*java*] at java.lang.Thread.run(*Thread.java:662*) > > *How can I solve this issue?* > * > > Thank you in advance, > Carolina Pellecchia* >