[jboss-jira] [JBoss JIRA] (DROOLS-374) Bug in the expiration offset calculation

Davide Sottara (JIRA) issues at jboss.org
Sat Dec 14 20:30:32 EST 2013


    [ https://issues.jboss.org/browse/DROOLS-374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12931350#comment-12931350 ] 

Davide Sottara commented on DROOLS-374:
---------------------------------------

I think I know the cause of the problem, I'll discuss it with the developers. 
However, consider that you are modifying an @event.. Drools Fusion assumes events to be immutable.
You might consider using helper facts to keep track of the processing status.
In alternative, you might rewrite your rule like this:
{code}
  ....
  $se : SomeEvent( )
  not SomeEvent( this after $se )
  ...
{code}
to ensure that the rule fires once and only once for the latest event that was insert

Davide
                
> Bug in the expiration offset calculation 
> -----------------------------------------
>
>                 Key: DROOLS-374
>                 URL: https://issues.jboss.org/browse/DROOLS-374
>             Project: Drools
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>    Affects Versions: 6.0.0.Final
>            Reporter: Thorsten Kunz
>            Assignee: Mark Proctor
>              Labels: event, expiration, fusion
>         Attachments: drools-event-expiration-test.zip
>
>
> In some cases there seems to be a bug when an @expires annotation is set on an event class and it is not expired by the time set in the annotation but what time it is possibly matched in a sliding window.
> I'll attach a simple test case that demonstrates when the @expires annotation is ignored

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


More information about the jboss-jira mailing list