[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)]

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

Geoffrey De Smet commented on JBRULES-3371:
-------------------------------------------

The prototype works, more info:
  http://blog.athico.com/2012/06/just-in-time-selectors-in-planner.html
                
> 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
>
> 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