[jboss-jira] [JBoss JIRA] Updated: (JBRULES-2548) ExecutionFlowControlTest#testRuleFlowGroupInActiveMode() has timing issues

Andreas Kohn (JIRA) jira-events at lists.jboss.org
Mon Jun 14 06:48:49 EDT 2010


     [ https://jira.jboss.org/browse/JBRULES-2548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andreas Kohn updated JBRULES-2548:
----------------------------------

    Attachment: jbrules-2548.diff


> ExecutionFlowControlTest#testRuleFlowGroupInActiveMode() has timing issues
> --------------------------------------------------------------------------
>
>                 Key: JBRULES-2548
>                 URL: https://jira.jboss.org/browse/JBRULES-2548
>             Project: Drools
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: drools-core (flow)
>    Affects Versions: 5.0.1.FINAL
>         Environment: Various linux machines of different loads, cpu speeds, and memory sizes.
>            Reporter: Andreas Kohn
>            Assignee: Mark Proctor
>         Attachments: jbrules-2548.diff
>
>
> The ExecutionFlowControlTest#testRuleFlowGroupInActive() uses a thread to constantly fire rules, and then verifies in the unit test that at most 1s *wall clock time* after the rule flow group was activated the rule has fired.
> This "1s" dependency is really wrong here: nothing in the rule specifies that, and if the machine is loaded it may be that the scheduling of a thread takes longer than that 1s.
> Attached patch removes the thread, and instead explicitly uses WorkingMemory#fireAllRules() to test the activation of the group.
> (Rationale: this test tends to fail quite often in our autobuild/CI environment)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the jboss-jira mailing list