[rules-users] 答复: 答复: 答复: Concurrent rule fire

Zhuo Li milanello1998 at gmail.com
Sun Jan 8 11:46:16 EST 2012


There is nothing special in the rule. The requirement to run the same rule
twice is because we have transactions from different regions and they have
to be scheduled to run based on their own time zones.

Best
Abe

-----邮件原件-----
发件人: rules-users-bounces at lists.jboss.org
[mailto:rules-users-bounces at lists.jboss.org] 代表 Mauricio Salatino
发送时间: 2012年1月9日 0:05
收件人: Rules Users List
主题: Re: [rules-users] 答复: 答复: Concurrent rule fire

Exactly, something that I can also add.. is if you are afraid of
failure, did you consider running the process twice in parallel?
What kind of restrictions do you have in your environments?
Cheers

2012/1/8 Wolfgang Laun <wolfgang.laun at gmail.com>:
> The question of how to handle program failures is not a Drools issue.
> Processing transaction data with a RBS isn't much differenf. A
> simple analysis must anszwer questions such as
>
> Is processing of one transaction in any way dependent on the processing of
> previous transactions?
> Is it necessary to conserve the results of one transactions in Working
> Memory?
> For a restart: How can you establish check points?
> Is it necessary to execute all transactions in one huge bunch?
> If one transaction fails, can you recover and continue? How can you deal
> with the failed transaction later on?
>
> In short - questions that have been asked since the invention of data
> processing ;-) But an answer requires - as always - detailed information.
>
> -W
>
>
>
> 2012/1/8 Zhuo Li <milanello1998 at gmail.com>
>>
>> That is my question actually. Say if I have one rule which is scheduled
to
>> run twice a day, what about if the first schedule failed and got
restarted,
>> but when the first job is still running, the second job's schedule time
>> arrives. Will the second schedule wait for first to finish?
>>
>>
>>
>> Best
>>
>> Abe
>>
>>
>>
>> 发件人: rules-users-bounces at lists.jboss.org
>> [mailto:rules-users-bounces at lists.jboss.org] 代表 Nicolas Héron
>> 发送时间: 2012年1月8日 23:08
>> 收件人: Rules Users List
>>
>> 主题: Re: [rules-users] 答复: Concurrent rule fire
>>
>>
>>
>> Hi,
>>
>>
>> You can use more than one drools session ?
>> Regards
>> Nicolas Héron
>>
>> 2012/1/8 Zhuo Li <milanello1998 at gmail.com>
>>
>> Any comments?
>>
>>
>>
>> 发件人: Zhuo Li [mailto:milanello1998 at gmail.com]
>> 发送时间: 2012年1月8日 0:35
>> 收件人: 'Rules Users List'
>> 主题: Concurrent rule fire
>>
>>
>>
>> Hi, folks,
>>
>>
>>
>> My project will handle about 1.5 M transactions per hour using Drools and
>> the rules' fire are scheduled based on business operation cycle which
might
>> happen a few times a day. Say if I need to fire the same rule set twice
at
>> 10:00 PM and midnight. What will happen if the first execution has not
>> completed till midnight? Will the 2nd execution be held up till the 1st
is
>> completed? I would assume there might still be transactions inserted into
>> working memory between 10:00 PM and midnight although it is very few.
>>
>>
>>
>> My understanding is Drools will enforce only one active thread is working
>> for the same "then" section for data consistency. Any thoughts?
>>
>>
>>
>> Best
>>
>> Abe
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>



-- 
 - CTO @ http://www.plugtree.com
 - MyJourney @ http://salaboy.wordpress.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar

 - Salatino "Salaboy" Mauricio -

_______________________________________________
rules-users mailing list
rules-users at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users





More information about the rules-users mailing list