[jboss-jira] [JBoss JIRA] (JBRULES-3371) Generic move factories should be able to scale to more moves than the memory can accomodate and still support random selection

Geoffrey De Smet (JIRA) jira-events at lists.jboss.org
Fri Aug 3 11:51:07 EDT 2012


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

Geoffrey De Smet resolved JBRULES-3371.
---------------------------------------

    Fix Version/s: 5.5.0.Beta1
       Resolution: Done


Docs coming soon.
                
> Generic move factories should be able to scale to more moves than the memory can accomodate and still support random selection
> ------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: JBRULES-3371
>                 URL: https://issues.jboss.org/browse/JBRULES-3371
>             Project: Drools
>          Issue Type: Enhancement
>      Security Level: Public(Everyone can see) 
>          Components: drools-planner
>            Reporter: Geoffrey De Smet
>            Assignee: Geoffrey De Smet
>             Fix For: 5.5.0.Beta1
>
>
> Generic move factories should really be just a MoveSelector instead.
> A MoveFactory is just a user-friendly interface, wrapped by a MoveFactorySelector.
> But a true Selector can be made much more powerful: 
> - randomizeType: NONE, GENERATE_ALL_AND_RANDOMIZE, RANDOM_SELECT_WITHOUT_COMPLETENESS, ...
> - terminate aware
> - filterable (includes, excludes)
> - otherwise configurable
> Completeness is the effect that randomly selecting n moves from a selector with n moves will have selected all moves exactly once.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the jboss-jira mailing list