*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.mo
Is there anybody that can help ME with this issue, please?
Regards,
Carolina
2012/7/20 Carolina Pellecchia
> *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;
>
>
are you sure that your " SituationManager.createAccessControlEvent" method
returns something not null ?
- Mail original -
De: "Carolina Pellecchia"
À: "Rules Users List"
Envoyé: Lundi 23 Juillet 2012 12:44:28
Objet: Re: [rules-users] jav
The stack trace you provided doesn't look right to me.
1) If the insert is from the execution of a rule, more org.drools.*
trace entries should precede the lines with insert() calls.
2) According to the trace, Drools code is entered with a call to
org.drools.common.NamedEntryPoint.insert() at
N
On 23/07/2012, Vincent LEGENDRE 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
Hello,
first of all, I would like to thank you for suggestions.
I tried loading drl from file and all work fine. The issue append when the
application load from Guvnor5.3.0 the pkg.
In particular the exception (I mentioned above) happens before calling the
method "SituationManager.createAccessCo
Could you please answer my questions:
(1) Is the originally posted stack trace complete? What you have
posted doesn't make sense.
On 23/07/2012, Carolina Pellecchia wrote:
> Hello,
>
> In particular the exception (I mentioned above) happens before calling the
> method "SituationManager.createAcc
of course, the answers are:
> (1) Is the originally posted stack trace complete? What you have
> posted doesn't make sense.
>
it is the stack trace complete of this exception. Now I added some other
log lines.
If you mean other thing, please let me know.
DEBUG [2012-07-23 16:27:51,374] [Threa
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.
Where is org.tass.utils coming from?
It's still a mystery to me how it's possible to have a stack trace
element from NamedEntryPoint.java line
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
>>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 e
Well, then it's a bug in your code. Do we all agree on this now?
-W
On 24/07/2012, Carolina Pellecchia 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.Exp
The entryPoint and obs aren't null. I'm sorry, where do you see the error?
Carolina
2012/7/24 Wolfgang Laun
> Well, then it's a bug in your code. Do we all agree on this now?
>
> -W
>
>
> On 24/07/2012, Carolina Pellecchia wrote:
> >>>If there is an insert() call in
> >>>org.tass.utils.Expert
On 24/07/2012, Carolina Pellecchia 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.
-
oyé: 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 Wolf
download the "source" (just like a big
> DRL) instead of the pkg. This can be a solution too.
>
>
> - Mail original -
>
> De: "Carolina Pellecchia"
> À: "Rules Users List"
> Envoyé: Mardi 24 Juillet 2012 14:27:34
> Objet: Re: [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 :
h
Hello, I made another test.
I downloaded the source
URL for package source:
http://localhost:8080/guvnor/rest/packages/org.dfms.model/source
from Guvnor, then I saved the file like drl on file system and I tried
loading this drl file through application and all have worked fine.
Our applic
On 24/07/2012, Vincent LEGENDRE wrote:
>
>
>> @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
> pie
> Our application is using this url:
> http://localhost:8080/guvnor/org.drools.guvnor.Guvnor/package/org.dfms.model/LATEST
>
> 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
Hi everyone!
we have made other tow tests:
1 - As suggested by Vincent, we have just used the source gets from Guvnor
and all work fine.
In addition, it would seem that putting observations and events in the same
package all work fine!!!
2 - We have tried to put the observation in the same pa
21 matches
Mail list logo
