[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