<font size=2 face="sans-serif">Hi All</font>
<br>
<br><font size=2 face="sans-serif">I am new to drools and i am trying to
install Guvnor in Jboss5.0.1 GA .I got the below error</font>
<br><font size=2 face="sans-serif"><b>DEPLOYMENTS IN ERROR:</b></font>
<br><font size=2 face="sans-serif"><b> Deployment "persistence.unit:unitName=#ACL"
is in error due to the following reason(s): java.lang.RuntimeException:
Specification violation [EJB3 JPA 6.2.1.2] - You have not defined a non-jta-data-source
for a RESOURCE_LOCAL enabled persistence context named: ACL</b></font>
<br>
<br>
<br><font size=2 face="sans-serif">I removed the jars mentioned as per
the link below but still the error remains the same.</font>
<br><a href="https://jira.jboss.org/jira/browse/JBRULES-2034"><font size=2 face="sans-serif"><b>https://jira.jboss.org/jira/browse/JBRULES-2034</b></font></a>
<br>
<br><font size=2 face="sans-serif">Can someone plz point me to the permanent
solution to this problem.</font>
<br><font size=2 face="sans-serif">Same error is there if I try to deploy
Guvnow war file in Weblogic.Is Gunor deployable on Weblogic.</font>
<br>
<br><font size=2 face="sans-serif">Thanks,</font>
<br><font size=2 face="sans-serif"><br>
Nilima Rajendra Raichandani<br>
Tata Consultancy Services<br>
Mailto: nilima.r@tcs.com<br>
Website: </font><a href=http://www.tcs.com/><font size=2 face="sans-serif">http://www.tcs.com</font></a><font size=2 face="sans-serif"><br>
____________________________________________<br>
Experience certainty. IT Services<br>
Business Solutions<br>
Outsourcing<br>
____________________________________________</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">From:</font>
<td><font size=1 face="sans-serif">rules-users-request@lists.jboss.org</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">To:</font>
<td><font size=1 face="sans-serif">rules-users@lists.jboss.org</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Date:</font>
<td><font size=1 face="sans-serif">09/11/2009 05:38 PM</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Subject:</font>
<td><font size=1 face="sans-serif">rules-users Digest, Vol 34, Issue 38</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Sent by:</font>
<td><font size=1 face="sans-serif">rules-users-bounces@lists.jboss.org</font></table>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>Send rules-users mailing list submissions to<br>
rules-users@lists.jboss.org<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
</font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
or, via email, send a message with subject or body 'help' to<br>
rules-users-request@lists.jboss.org<br>
<br>
You can reach the person managing the list at<br>
rules-users-owner@lists.jboss.org<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of rules-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Thread-deadlock when Negation Was Used and<br>
NullPointerException in Drools 5.0.1 (Andreas Kohn)<br>
2. Re: Unable to map process variables into WorkItem.<br>
(Kris Verlaenen)<br>
3. Re: Memory error when inserting facts
instatefulsession<br>
(Costigliola Joel (EXT))<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 11 Sep 2009 13:35:12 +0200<br>
From: Andreas Kohn <andreas.kohn@fredhopper.com><br>
Subject: Re: [rules-users] Thread-deadlock when Negation Was Used and<br>
NullPointerException in Drools 5.0.1<br>
To: Rules Users List <rules-users@lists.jboss.org><br>
Cc: Rules Users List <rules-users@lists.jboss.org><br>
Message-ID: <15B97BB9-424F-4CD5-B1D8-7C8568B38FB9@fredhopper.com><br>
Content-Type: text/plain;
charset=us-ascii;
format=flowed;
delsp=yes<br>
<br>
<br>
<br>
On Sep 11, 2009, at 9:21, Greg Barton <greg_barton@yahoo.com> wrote:<br>
<br>
> Well, looking at CompositeClassLoader, it's already not completely
<br>
> threadsafe even with the loadClass method synchronized. (This is <br>
> because loadClass calls fastFindClass, which iterates over the <br>
> classLoader ArrayList, which could be concurrently modified.) So
<br>
> the classLoader data strucure should be concurrent, and it's my <br>
> guess that removing the synchronization from <br>
> CompositeClassLoader.loadClass will be fine as long as the sub <br>
> ClassLoaders that actually do loading are threadsafe.<br>
><br>
<br>
This is exactly the approach I used in JBRULES-2225, because not just <br>
was the locking broken, it also produced measurable contention in our <br>
application.<br>
The fixed version behaved considerably better.<br>
<br>
--<br>
Andreas<br>
<br>
> --- On Thu, 9/10/09, Dave McLoughlin <Dave.McLoughlin@openlogic.com>
<br>
> wrote:<br>
><br>
>> From: Dave McLoughlin <Dave.McLoughlin@openlogic.com><br>
>> Subject: [rules-users] Thread-deadlock when Negation Was Used
and <br>
>> NullPointerException in Drools 5.0.1<br>
>> To: rules-users@lists.jboss.org<br>
>> Date: Thursday, September 10, 2009, 6:56 PM<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Thread-deadlock when Negation Was Used and<br>
>> NullPointerException in Drools 5.0.1<br>
>><br>
>><br>
>><br>
>><br>
>> We have a couple of issues we've<br>
>> submitted to the issue tracker.<br>
>><br>
>><br>
>><br>
>> JBRULES-2276 <</font></tt><a href="https://jira.jboss.org/jira/browse/JBRULES-2276"><tt><font size=2>https://jira.jboss.org/jira/browse/JBRULES-2276</font></tt></a><tt><font size=2>><br>
>><br>
>> JBRULES-2267 <</font></tt><a href="https://jira.jboss.org/jira/browse/JBRULES-2267"><tt><font size=2>https://jira.jboss.org/jira/browse/JBRULES-2267</font></tt></a><tt><font size=2>><br>
>><br>
>><br>
>><br>
>> While we are waiting for the core team to take a look we<br>
>> wanted to see if anyone else has run into these issues and<br>
>> has any advice for us.<br>
>><br>
>><br>
>><br>
>> We have provided both our diagnosis of the issues and<br>
>> fixes. Our concern is whether we've taken the<br>
>> right approach to the fixes and what the long term<br>
>> ramifications are of the solutions.<br>
>><br>
>><br>
>><br>
>> Any and all advice is welcome,<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Thanks,<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Dave<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> -----Inline Attachment Follows-----<br>
>><br>
>> _______________________________________________<br>
>> rules-users mailing list<br>
>> rules-users@lists.jboss.org<br>
>> </font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
>><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> rules-users mailing list<br>
> rules-users@lists.jboss.org<br>
> </font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 11 Sep 2009 13:24:49 +0200<br>
From: Kris Verlaenen <kris.verlaenen@cs.kuleuven.be><br>
Subject: Re: [rules-users] Unable to map process variables into<br>
WorkItem.<br>
To: Rules Users List <rules-users@lists.jboss.org>,
Stuart Grimshaw<br>
<sgrimshaw@plus.net><br>
Message-ID: <1252668289.4aaa33819a23b@webmail1.kuleuven.be><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Have you also defined the "fact" process variable? You can do
this by<br>
clicking on the background of you process in the editor and updating the<br>
variables parameter, or in the header in xml:<br>
<br>
<header><br>
<variables><br>
<variable name="fact" ><br>
<type name="org.drools.process.core.datatype.impl.type.ObjectDataType"<br>
className="org.drools.ProvFact"
/><br>
</variable><br>
</variables><br>
</header><br>
<br>
Otherwise the process won't know where to find the "fact" variable<br>
(because you could have multiple, nested variable scopes if you start<br>
using composite nodes).<br>
<br>
Kris<br>
<br>
Quoting Stuart Grimshaw <sgrimshaw@plus.net>:<br>
<br>
> -----BEGIN PGP SIGNED MESSAGE-----<br>
> Hash: SHA1<br>
> <br>
> I'm trying to access the fact object from within my WorkItemHandler,<br>
> but<br>
> I'm struggling.<br>
> <br>
> See </font></tt><a href=http://pastie.org/613312><tt><font size=2>http://pastie.org/613312</font></tt></a><tt><font size=2>
for the various bits of code, but my<br>
> problem is that when I set a breakpoint in the WorkItemHandler and<br>
> call<br>
> workItem.getParameters(), the result is empty.<br>
> <br>
> I think I'm creating the Map correctly and inserting it into the<br>
> process<br>
> scope, but maybe someone can spot what I'm doing wrong?<br>
> <br>
> <br>
> - --<br>
> +<br>
> | Stuart Grimshaw
Broadband Solutions<br>
> for<br>
> | Lead Developer
Home & Business<br>
> @<br>
> | Plusnet Plc
<br>
> </font></tt><a href=www.plus.net><tt><font size=2>www.plus.net</font></tt></a><tt><font size=2><br>
> | Registered Office: Internet House, 2 Tenter Street, Sheffield, S1<br>
> 4BY<br>
> | Registered in England no: 3279013<br>
> + --------------- Plusnet - ISPA Best Consumer ISP 2008<br>
> ---------------<br>
> <br>
> -----BEGIN PGP SIGNATURE-----<br>
> Version: GnuPG v1.4.9 (GNU/Linux)<br>
> Comment: Using GnuPG with Mozilla - </font></tt><a href=http://enigmail.mozdev.org/><tt><font size=2>http://enigmail.mozdev.org</font></tt></a><tt><font size=2><br>
> <br>
> iEYEARECAAYFAkqqJ1YACgkQKVVpabZzO7mqlACfQp9MinLoBCH6b5o4cShcZI/T<br>
> /tQAniNgBnWVMw/2Ka7w1jJvwYZtMLVi<br>
> =5RJV<br>
> -----END PGP SIGNATURE-----<br>
> _______________________________________________<br>
> rules-users mailing list<br>
> rules-users@lists.jboss.org<br>
> </font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
> <br>
<br>
<br>
<br>
<br>
Disclaimer: </font></tt><a href=http://www.kuleuven.be/cwis/email_disclaimer.htm><tt><font size=2>http://www.kuleuven.be/cwis/email_disclaimer.htm</font></tt></a><tt><font size=2><br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Fri, 11 Sep 2009 14:04:29 +0200<br>
From: "Costigliola Joel \(EXT\)" <joel.costigliola-ext@natixis.com><br>
Subject: Re: [rules-users] Memory error when inserting facts<br>
instatefulsession<br>
To: "'Rules Users List'" <rules-users@lists.jboss.org><br>
Message-ID:<br>
<201216F96E6D724F9296BFACF6DB54641E34E61254@MSEUMAIL03.cib.net><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Mike and Wolfgang, things are clearer now, I will definitely try to your
suggestions.<br>
<br>
Thanks for the help,<br>
<br>
Joel<br>
________________________________<br>
De : rules-users-bounces@lists.jboss.org [</font></tt><a href="mailto:rules-users-bounces@lists.jboss.org"><tt><font size=2>mailto:rules-users-bounces@lists.jboss.org</font></tt></a><tt><font size=2>]
De la part de Wolfgang Laun<br>
Envoy? : vendredi 11 septembre 2009 12:42<br>
? : Rules Users List<br>
Objet : Re: [rules-users] Memory error when inserting facts in statefulsession<br>
<br>
Hello Joel,<br>
<br>
nothing on the LHS (between when and then) matters when a rule fires; so
eval() and all other CEs are evaluated when facts are inserted.<br>
<br>
So, trying to get rid of the eval's would be worthwhile.<br>
<br>
The second thing (and I agree with Michael) is that you shoudl get rid
of collect, which causes the delay during insertion. I'd also use a Collector
fact with attributes for deal, a booking rule and a count.<br>
<br>
rule addCollector<br>
when<br>
$deal: MarketDealModel()<br>
not (Collector( deal == $deal )<br>
then<br>
insert( new Collector( ?deal ) );<br>
end<br>
<br>
When there is a matching Collector and a BTExecutionBookingRuleModel matches
the deal:<br>
then<br>
modify the collector by incrementing the count and storing the matched
booking rule<br>
<br>
At a lower salience, add 2 rules matching a collector with count == 1 and
count != 1 with obvious consequences. (The second one could switch to the
next level activation group.)<br>
<br>
HTH<br>
Wolfgang<br>
<br>
<br>
<br>
2009/9/11 Costigliola Joel (EXT) <joel.costigliola-ext@natixis.com<</font></tt><a href="mailto:joel.costigliola-ext@natixis.com"><tt><font size=2>mailto:joel.costigliola-ext@natixis.com</font></tt></a><tt><font size=2>>><br>
<br>
Hi Mike,<br>
<br>
<br>
<br>
Quick reply, thanks !<br>
<br>
<br>
<br>
I think I can't use ? exists ? because I want one and only one booking
rule of a specific level (LEVEL_1, LEVEL_2, ...) matching a deal, that's
why the bookingRuleModels list collected should only contain 1 booking
rule. This explain why in the RHS I'm getting the first booking rule (bookingRuleModels.get(0)).<br>
<br>
If there is more than one booking rule (or none), I switch to the second
Drools rule which tries to find a unique LEVEL_2 booking rule, then same
thing if none or too many, switch to LEVEL_3 booking rule ...<br>
<br>
<br>
<br>
Hope you get the idea.<br>
<br>
<br>
<br>
The matchXXX function compare the XXX criterion of a booking rule (ex Trader)
with the corresponding Deal attribute (ex Trader).<br>
<br>
Here's the implementation for comparing trader criterion, note that if
a booking rule does not specify a criterion it is considered as matched.<br>
<br>
<br>
<br>
private static boolean matchCriterion(NorthIdEntity<?> ruleCriterionModel,
NorthIdEntity<?> model) {<br>
<br>
if (ruleCriterionModel == null) {<br>
<br>
// no criterion => matching ok<br>
<br>
return true;<br>
<br>
}<br>
<br>
return ruleCriterionModel.equals(model);<br>
<br>
}<br>
<br>
<br>
<br>
I have read that eval is not performant but I thought it was only when
executing rules not at facts insertion phase.<br>
<br>
Is this coorect or is eval impacting negatively facts insertion ?<br>
<br>
<br>
<br>
Another idea comes to my mind : can I use a stateless session since once
a deal is classified/booked we don't want to process it again ?<br>
<br>
<br>
<br>
To finish I forgot to give informations on my environment, it may be useful
:<br>
<br>
- Drools version 5.01<br>
<br>
- java 6<br>
<br>
- launching my server with following memory options : -Xms256m -Xmx1024m<br>
<br>
<br>
<br>
<br>
<br>
Thanks again for your thought,<br>
<br>
<br>
<br>
Joel<br>
<br>
<br>
<br>
________________________________<br>
<br>
De : rules-users-bounces@lists.jboss.org<</font></tt><a href="mailto:rules-users-bounces@lists.jboss.org"><tt><font size=2>mailto:rules-users-bounces@lists.jboss.org</font></tt></a><tt><font size=2>>
[</font></tt><a href="mailto:rules-users-bounces@lists.jboss.org"><tt><font size=2>mailto:rules-users-bounces@lists.jboss.org</font></tt></a><tt><font size=2><</font></tt><a href="mailto:rules-users-bounces@lists.jboss.org"><tt><font size=2>mailto:rules-users-bounces@lists.jboss.org</font></tt></a><tt><font size=2>>]
De la part de Anstis, Michael (M.)<br>
Envoy? : vendredi 11 septembre 2009 10:35<br>
? : Rules Users List<br>
Objet : Re: [rules-users] Memory error when inserting facts in stateful
session<br>
<br>
<br>
<br>
Hi,<br>
<br>
<br>
<br>
As an aside, you shouldn't need to use a rule flow as the rules themselves
determine which RHS is activated. Could you consider using "exists"
instead of the "ArrayList( size == 1) from collect..." - it looks
like you're not too bothered which Booking Rule matches as (I believe)
you have no way to determine which is at index(0). Also, what do your "matchXXX"
functions do? Could you investigate removing the "evals"?<br>
<br>
<br>
<br>
I don't have any knowledge of your domain - we're all newbies at some time
or other.<br>
<br>
<br>
<br>
With kind regards,<br>
<br>
<br>
<br>
Mike<br>
<br>
<br>
<br>
________________________________<br>
<br>
From: rules-users-bounces@lists.jboss.org<</font></tt><a href="mailto:rules-users-bounces@lists.jboss.org"><tt><font size=2>mailto:rules-users-bounces@lists.jboss.org</font></tt></a><tt><font size=2>>
[</font></tt><a href="mailto:rules-users-bounces@lists.jboss.org"><tt><font size=2>mailto:rules-users-bounces@lists.jboss.org</font></tt></a><tt><font size=2><</font></tt><a href="mailto:rules-users-bounces@lists.jboss.org"><tt><font size=2>mailto:rules-users-bounces@lists.jboss.org</font></tt></a><tt><font size=2>>]
On Behalf Of Costigliola Joel (EXT)<br>
Sent: 11 September 2009 09:21<br>
To: rules-users@lists.jboss.org<</font></tt><a href="mailto:rules-users@lists.jboss.org"><tt><font size=2>mailto:rules-users@lists.jboss.org</font></tt></a><tt><font size=2>><br>
Subject: [rules-users] Memory error when inserting facts in stateful session<br>
<br>
Hello,<br>
<br>
To be short I'm facing some performance/memory problems with Drools which
leads to the error : java.lang.OutOfMemoryError: Java heap space.<br>
<br>
That was for the short story, let me now give you more details.<br>
<br>
First, I'm a Drools newbie so I certainly have made some "bad"
choice.<br>
<br>
I'm using Drools 5.01 to classify automatically the deals made by the traders
of my company (this is the functionnal problem I want to solve with Drools).<br>
<br>
I have written 4 rules, a rule-flow and start the deals classifying process
with a stateful session.<br>
<br>
I have successfully (unit) tested different scenarios, so everything is
ok on a functionnal point of view.<br>
<br>
Problems arise when I started to insert more deals in the session, which
leads to an OutOfMemoryError before the call to ksession.fireAllRules.
logs are below (after the drools rule).<br>
<br>
Number of facts I have tried to insert in my statefull session :<br>
<br>
- 222 booking rule (POJO expressing classification
criteria)<br>
<br>
- 750 product index<br>
<br>
- 750 deals<br>
<br>
What drools does here is to find the correct booking rule to apply for
each deal (we need some product index for that).<br>
<br>
Can you tell me if those numbers seems unrealistic ?<br>
<br>
What can I do to avoid the memory errors ?<br>
<br>
To be complete, I show you the drools rules :<br>
<br>
rule "Find and apply level 1 booking rule"<br>
<br>
lock-on-active true<br>
<br>
ruleflow-group "Level 1 booking rule group"<br>
<br>
when<br>
<br>
dealModel : MarketDealModel(
$dealPortfolio : portfolio, $dealTrader : trader, $dealProduct : product)<br>
<br>
// retrieve the ProductRelatedIndexes
corresponding to the deal product (only one by product)<br>
<br>
productRelatedIndexes : ProductRelatedIndexes(
product.internalCode == $dealProduct.internalCode, $dealProductIndexes
: relatedIndexes)<br>
<br>
// try to find one and only one
level 1 matching rule (level 1 <=> all matching criteria are defined).<br>
<br>
bookingRuleModels : ArrayList(
size == 1 ) from collect (<br>
<br>
BTExecutionBookingRuleModel(<br>
<br>
priority == BTExecutionBookingRuleModel.LEVEL_1<br>
<br>
&& eval(matchTraderCriterion(traderCriterion, $dealTrader))<br>
<br>
&& eval(matchPortfolioCriterion(portfolioCriterion,
$dealPortfolio))<br>
<br>
&& eval(matchIndexCriterion(listedIndexCriterion,
$dealProductIndexes))<br>
<br>
&& eval(matchProductTypeCriterion(productTypeStringCriterion,
$dealProduct))<br>
<br>
)<br>
<br>
)<br>
<br>
then<br>
<br>
Logger log = LoggerFactory.getLogger("BOOKING
RULE ENGINE LOGGER");<br>
<br>
// get the unique collected bookingRuleModel.<br>
<br>
BTExecutionBookingRuleModel effectiveBookingRuleModel
= (BTExecutionBookingRuleModel) bookingRuleModels.get(0);<br>
<br>
// log.info<</font></tt><a href=http://log.info/><tt><font size=2>http://log.info</font></tt></a><tt><font size=2>>("Found
matching level 1 booking rule --> " + effectiveBookingRuleModel);<br>
<br>
effectiveBookingRuleModel.applyRuleOnDeal(dealModel);<br>
<br>
retract( dealModel ); //
only needed in use of stateful session to avoid processing this deal again.<br>
<br>
end<br>
<br>
I don't put the 3 others, they are basically the same except the priority
== BTExecutionBookingRuleModel.LEVEL_1 which is done against LEVEL_2, LEVEL_3
and LEVEL_4 rule.<br>
<br>
Each rule is in his own ruleflow-group, it is very basic, if first drools
rule is not active then we try the second (with compares priority to BTExecutionBookingRuleModel.LEVEL_2).<br>
<br>
I also put some logs showing that inserting deals fact takes longer and
longer :<br>
<br>
- the 222 booking rule are inserted in 16ms<br>
<br>
- the 750 booking rule are inserted in 46ms<br>
<br>
- the 750 facts are inserted at a pace of 5 by second, then it starts to
deteriorate to several seconds for one insert to finish with the OutOfMemoryError.<br>
<br>
2009-09-11 09:46:50 134 INFO [booking.impl.DealBookingProcessorImpl]
658 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:50 244 INFO [booking.impl.DealBookingProcessorImpl]
659 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:50 369 INFO [booking.impl.DealBookingProcessorImpl]
660 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:51 197 INFO [booking.impl.DealBookingProcessorImpl]
661 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:51 306 INFO [booking.impl.DealBookingProcessorImpl]
662 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:51 540 INFO [booking.impl.DealBookingProcessorImpl]
663 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:51 650 INFO [booking.impl.DealBookingProcessorImpl]
664 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:51 775 INFO [booking.impl.DealBookingProcessorImpl]
665 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:51 884 INFO [booking.impl.DealBookingProcessorImpl]
666 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:52 009 INFO [booking.impl.DealBookingProcessorImpl]
667 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:52 134 INFO [booking.impl.DealBookingProcessorImpl]
668 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:52 243 INFO [booking.impl.DealBookingProcessorImpl]
669 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:46:52 368 INFO [booking.impl.DealBookingProcessorImpl]
670 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:32 784 INFO [booking.impl.DealBookingProcessorImpl]
671 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:33 003 INFO [booking.impl.DealBookingProcessorImpl]
672 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:33 128 INFO [booking.impl.DealBookingProcessorImpl]
673 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:33 253 INFO [booking.impl.DealBookingProcessorImpl]
674 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:33 362 INFO [booking.impl.DealBookingProcessorImpl]
675 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:33 487 INFO [booking.impl.DealBookingProcessorImpl]
676 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:33 596 INFO [booking.impl.DealBookingProcessorImpl]
677 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:33 721 INFO [booking.impl.DealBookingProcessorImpl]
678 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:33 831 INFO [booking.impl.DealBookingProcessorImpl]
679 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:33 956 INFO [booking.impl.DealBookingProcessorImpl]
680 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:34 128 INFO [booking.impl.DealBookingProcessorImpl]
681 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:56 218 INFO [booking.impl.DealBookingProcessorImpl]
682 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:56 374 INFO [booking.impl.DealBookingProcessorImpl]
683 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:56 483 INFO [booking.impl.DealBookingProcessorImpl]
684 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:56 608 INFO [booking.impl.DealBookingProcessorImpl]
685 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:56 733 INFO [booking.impl.DealBookingProcessorImpl]
686 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:56 858 INFO [booking.impl.DealBookingProcessorImpl]
687 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:56 968 INFO [booking.impl.DealBookingProcessorImpl]
688 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:57 093 INFO [booking.impl.DealBookingProcessorImpl]
689 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:57 218 INFO [booking.impl.DealBookingProcessorImpl]
690 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:47:57 421 INFO [booking.impl.DealBookingProcessorImpl]
691 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:05 404 INFO [booking.impl.DealBookingProcessorImpl]
692 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:05 529 INFO [booking.impl.DealBookingProcessorImpl]
693 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:05 654 INFO [booking.impl.DealBookingProcessorImpl]
694 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:05 763 INFO [booking.impl.DealBookingProcessorImpl]
695 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:05 888 INFO [booking.impl.DealBookingProcessorImpl]
696 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:05 998 INFO [booking.impl.DealBookingProcessorImpl]
697 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:06 123 INFO [booking.impl.DealBookingProcessorImpl]
698 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:06 357 INFO [booking.impl.DealBookingProcessorImpl]
699 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:14 184 INFO [booking.impl.DealBookingProcessorImpl]
700 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:14 293 INFO [booking.impl.DealBookingProcessorImpl]
701 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:14 418 INFO [booking.impl.DealBookingProcessorImpl]
702 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:14 543 INFO [booking.impl.DealBookingProcessorImpl]
703 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:14 668 INFO [booking.impl.DealBookingProcessorImpl]
704 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:14 856 INFO [booking.impl.DealBookingProcessorImpl]
705 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:22 761 INFO [booking.impl.DealBookingProcessorImpl]
706 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:22 886 INFO [booking.impl.DealBookingProcessorImpl]
707 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:22 995 INFO [booking.impl.DealBookingProcessorImpl]
708 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:23 120 INFO [booking.impl.DealBookingProcessorImpl]
709 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:23 323 INFO [booking.impl.DealBookingProcessorImpl]
710 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:32 166 INFO [booking.impl.DealBookingProcessorImpl]
711 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:32 290 INFO [booking.impl.DealBookingProcessorImpl]
712 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:32 400 INFO [booking.impl.DealBookingProcessorImpl]
713 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:32 634 INFO [booking.impl.DealBookingProcessorImpl]
714 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:40 570 INFO [booking.impl.DealBookingProcessorImpl]
715 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:40 695 INFO [booking.impl.DealBookingProcessorImpl]
716 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:40 899 INFO [booking.impl.DealBookingProcessorImpl]
717 MarketDealModel inserted in Drools session<br>
</font></tt>
<br><tt><font size=2>2009-09-11 09:48:48 850 INFO [booking.impl.DealBookingProcessorImpl]
718 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:48 975 INFO [booking.impl.DealBookingProcessorImpl]
719 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:49 272 INFO [booking.impl.DealBookingProcessorImpl]
720 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:57 209 INFO [booking.impl.DealBookingProcessorImpl]
721 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:48:57 505 INFO [booking.impl.DealBookingProcessorImpl]
722 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:49:05 598 INFO [booking.impl.DealBookingProcessorImpl]
723 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:49:13 722 INFO [booking.impl.DealBookingProcessorImpl]
724 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:49:21 752 INFO [booking.impl.DealBookingProcessorImpl]
725 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:49:29 813 INFO [booking.impl.DealBookingProcessorImpl]
726 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:49:37 921 INFO [booking.impl.DealBookingProcessorImpl]
727 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:49:53 809 INFO [booking.impl.DealBookingProcessorImpl]
728 MarketDealModel inserted in Drools session<br>
<br>
2009-09-11 09:50:26 507 INFO [booking.impl.DealBookingProcessorImpl]
729 MarketDealModel inserted in Drools session<br>
<br>
Exception in thread "Timer-0" java.lang.OutOfMemoryError: Java
heap space<br>
<br>
at java.lang.Object.clone(Native Method)<br>
<br>
at java.util.LinkedList.clone(LinkedList.java:830)<br>
<br>
at com.mchange.v2.resourcepool.BasicResourcePool.cloneOfUnused(BasicResourcePool.java:1661)<br>
<br>
at com.mchange.v2.resourcepool.BasicResourcePool.cullExpired(BasicResourcePool.java:1450)<br>
<br>
at com.mchange.v2.resourcepool.BasicResourcePool.access$1900(BasicResourcePool.java:32)<br>
<br>
at com.mchange.v2.resourcepool.BasicResourcePool$CullTask.run(BasicResourcePool.java:1937)<br>
<br>
at java.util.TimerThread.mainLoop(Timer.java:512)<br>
<br>
at java.util.TimerThread.run(Timer.java:462)<br>
<br>
Exception in thread "Ice.ThreadPool.Server-1" java.lang.OutOfMemoryError:
Java heap space<br>
<br>
at org.mvel2.integration.impl.ClassImportResolverFactory.<init>(ClassImportResolverFactory.java:49)<br>
<br>
at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:104)<br>
<br>
at org.mvel2.MVEL.executeExpression(MVEL.java:978)<br>
<br>
at org.drools.base.mvel.MVELPredicateExpression.evaluate(MVELPredicateExpression.java:75)<br>
<br>
at org.drools.rule.PredicateConstraint.isAllowedCachedLeft(PredicateConstraint.java:295)<br>
<br>
at org.drools.common.SingleBetaConstraints.isAllowedCachedLeft(SingleBetaConstraints.java:138)<br>
<br>
at org.drools.reteoo.JoinNode.assertLeftTuple(JoinNode.java:114)<br>
<br>
at org.drools.reteoo.CompositeLeftTupleSinkAdapter.doPropagateAssertLeftTuple(CompositeLeftTupleSinkAdapter.java:145)<br>
<br>
at org.drools.reteoo.CompositeLeftTupleSinkAdapter.createAndPropagateAssertLeftTuple(CompositeLeftTupleSinkAdapter.java:57)<br>
<br>
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:142)<br>
<br>
at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:42)<br>
<br>
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:185)<br>
<br>
at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:146)<br>
<br>
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1046)<br>
<br>
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1001)<br>
<br>
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:788)<br>
<br>
at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:216)<br>
<br>
at north.stardust2.services.trading.booking.impl.DealBookingProcessorImpl.insertDealFacts(DealBookingProcessorImpl.java:200)<br>
<br>
So to summarize my questions :<br>
<br>
- how can I fix the facts insertion ?<br>
<br>
- is there some newbie mistakes in my approach
?<br>
<br>
Thanks in advance for your help,<br>
<br>
Regards,<br>
<br>
Jo?l Costigliola<br>
<br>
________________________________<br>
<br>
<br>
<br>
Ce courriel et toutes les pi?ces jointes sont confidentiels et peuvent
?tre couverts par un privil?ge ou une protection l?gale. Il est ?tabli
? l'attention exclusive de ses destinataires. Toute utilisation de ce courriel
non conforme ? sa destination, toute diffusion ou toute publication, totale
ou partielle, est interdite, sauf autorisation expresse pr?alable. Toutes
opinions exprim?es dans ce courriel ne sauraient n?cessairement refl?ter
celle de Natixis, de ses filiales. Elles sont aussi susceptibles de modification
sans notification pr?alable. Si vous recevez ce courriel par erreur, merci
de le d?truire et d'en avertir imm?diatement l'exp?diteur. L'Internet ne
permettant pas d'assurer l'int?grit? de ce courriel, Natixis d?cline toute
responsabilit? s'il a ?t? alt?r?, d?form? ou falsifi? et chaque destinataire
qui utilise ce mode de communication est suppos? en accepter les risques.<br>
<br>
<br>
<br>
This email and any attachment are confidential and may be legally privileged
or otherwise protected from disclosure. It is intended only for the stated
addressee(s) and access to it by any other person(s) is unauthorised. Any
use, dissemination or disclosure not in accordance with its purpose, either
in whole or in part, is prohibited without our prior formal approval. Any
opinion expressed in this email may not necessarily reflect the opinion
of Natixis, its affiliates. It may also be subject to change without prior
notice. If you are not an addressee, you must not disclose, copy, circulate
or in any other way use or rely on the information contained in this email.
If you have received it in error, please inform us immediately and delete
all copies. The Internet can not guarantee the integrity of this email
therefore Natixis shall not be liable for the email if altered, changed
or falsified and anyone who communicates with us by e-mail is taken to
accept these risks.<br>
<br>
________________________________<br>
________________________________<br>
<br>
Ce courriel et toutes les pi?ces jointes sont confidentiels et peuvent
?tre couverts par un privil?ge ou une protection l?gale. Il est ?tabli
? l'attention exclusive de ses destinataires. Toute utilisation de ce courriel
non conforme ? sa destination, toute diffusion ou toute publication, totale
ou partielle, est interdite, sauf autorisation expresse pr?alable. Toutes
opinions exprim?es dans ce courriel ne sauraient n?cessairement refl?ter
celle de Natixis, de ses filiales. Elles sont aussi susceptibles de modification
sans notification pr?alable. Si vous recevez ce courriel par erreur, merci
de le d?truire et d'en avertir imm?diatement l'exp?diteur. L'Internet ne
permettant pas d'assurer l'int?grit? de ce courriel, Natixis d?cline toute
responsabilit? s'il a ?t? alt?r?, d?form? ou falsifi? et chaque destinataire
qui utilise ce mode de communication est suppos? en accepter les risques.<br>
<br>
This email and any attachment are confidential and may be legally privileged
or otherwise protected from disclosure. It is intended only for the stated
addressee(s) and access to it by any other person(s) is unauthorised. Any
use, dissemination or disclosure not in accordance with its purpose, either
in whole or in part, is prohibited without our prior formal approval. Any
opinion expressed in this email may not necessarily reflect the opinion
of Natixis, its affiliates. It may also be subject to change without prior
notice. If you are not an addressee, you must not disclose, copy, circulate
or in any other way use or rely on the information contained in this email.
If you have received it in error, please inform us immediately and delete
all copies. The Internet can not guarantee the integrity of this email
therefore Natixis shall not be liable for the email if altered, changed
or falsified and anyone who communicates with us by e-mail is taken to
accept these risks.<br>
________________________________<br>
<br>
_______________________________________________<br>
rules-users mailing list<br>
rules-users@lists.jboss.org<</font></tt><a href="mailto:rules-users@lists.jboss.org"><tt><font size=2>mailto:rules-users@lists.jboss.org</font></tt></a><tt><font size=2>><br>
</font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2>
<br>
<br>
--------------------------------------------------------<br>
<br>
<br>
Ce courriel et toutes les pi?ces jointes sont confidentiels et peuvent
?tre couverts par un privil?ge ou une protection l?gale. Il est ?tabli
? l'attention exclusive de ses destinataires. Toute utilisation de ce courriel
non conforme ? sa destination, toute diffusion ou toute publication, totale
ou partielle, est interdite, sauf autorisation expresse pr?alable. Toutes
opinions exprim?es dans ce courriel ne sauraient n?cessairement refl?ter
celle de Natixis, de ses filiales. Elles sont aussi susceptibles de modification
sans notification pr?alable. Si vous recevez ce courriel par erreur, merci
de le d?truire et d'en avertir imm?diatement l'exp?diteur. L'Internet ne
permettant pas d'assurer l'int?grit? de ce courriel, Natixis d?cline toute
responsabilit? s'il a ?t? alt?r?, d?form? ou falsifi? et chaque destinataire
qui utilise ce mode de communication est suppos? en accepter les risques.<br>
<br>
This email and any attachment are confidential and may be legally privileged
or otherwise protected from disclosure. It is intended only for the stated
addressee(s) and access to it by any other person(s) is unauthorised. Any
use, dissemination or disclosure not in accordance with its purpose, either
in whole or in part, is prohibited without our prior formal approval. Any
opinion expressed in this email may not necessarily reflect the opinion
of Natixis, its affiliates. It may also be subject to change without prior
notice. If you are not an addressee, you must not disclose, copy, circulate
or in any other way use or rely on the information contained in this email.
If you have received it in error, please inform us immediately and delete
all copies. The Internet can not guarantee the integrity of this email
therefore Natixis shall not be liable for the email if altered, changed
or falsified and anyone who communicates with us by e-mail is taken to
accept these risks.<br>
--------------------------------------------------------<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: </font></tt><a href="http://lists.jboss.org/pipermail/rules-users/attachments/20090911/48120565/attachment.html"><tt><font size=2>http://lists.jboss.org/pipermail/rules-users/attachments/20090911/48120565/attachment.html</font></tt></a><tt><font size=2>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
rules-users mailing list<br>
rules-users@lists.jboss.org<br>
</font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
<br>
<br>
End of rules-users Digest, Vol 34, Issue 38<br>
*******************************************<br>
</font></tt><br>
<br>
<br><pre>=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you
</pre>