We are happy to announce a 6.4 Final release of OptaPlanner. OptaPlanner is a lightweight, embeddable planning engine written in Java™ to solve AI constraint optimization problems efficiently. Use cases include Vehicle Routing, Employee Rostering, Maintenance Scheduling, Task Assignment, School Timetabling, Cloud Optimization, Conference Scheduling and many more.
The RHDM version differs from the OptaPlanner version:
| RHDM version | OptaPlanner version |
|---|---|
| 7.5 | 7.26 |
| 7.6 | 7.30 |
The SolverFactory and Solver now optionally support a generic type parameter,
to avoid the awkward cast to your Solution implementation:
// Build solver
SolverFactory<CloudBalance> solverFactory = SolverFactory.createFromXmlResource(
"org/.../cloudBalancingSolverConfig.xml");
Solver<CloudBalance> solver = solverFactory.buildSolver();
// Solve it
CloudBalance solvedCloudBalance = solver.solve(unsolvedCloudBalance);The old style still works too, of course.
Statistical benchmarking allows you to rerun your single benchmarks multiple times. This can be useful to eliminate influences of the environment and verify the results of your benchmarks.
The report visualizes the results of the runs in the "Best score" table, and also compares the results of sub single benchmarks for each problem benchmark in a box plot chart:
To enable it, add the following line with a positive integer as a parameter to your <inheritedSolverBenchmark>
or to individual <solverBenchmark> elements.
<inheritedSolverBenchmark>
<name>...</name>
<solver>
...
</solver>
<subSingleCount>N</subSingleCount>
</inheritedSolverBenchmark>When Nearby Selection is used in Local Search, it’s memory consumption is heavily reduced, especially when scaling out:
It can now scale above 10k+ entities on normal hardware, as long as any distributionSizeMaximum is configured.
Furthermore, it’s bootstrap performance is much better too for Local Search.
OptaPlanner now supports kjars, so it can consume a kjar produced by OptaPlanner Workbench or deploy a kjar to OptaPlanner Execution Server at runtime.
A kjar can now contain Solver configurations and the SolverFactory can now load them from it with a KieContainer.
This allows to load a solver configuration or score rules at runtime that are not in the original classpath:
KieServices kieServices = KieServices.Factory.get();
ReleaseId releaseId = kieServices.newReleaseId("org.nqueens", "nqueens-kjar", "1.0.0");
KieContainer kieContainer = kieServices.newKieContainer(releaseId);
SolverFactory<NQueens> solverFactory = SolverFactory.createFromKieContainerXmlResource(
kieContainer, "org/nqueens/solverConfig.solver");
Solver<NQueens> solver = solverFactory.buildSolver();A ksession defined in META-INF/kmodule.xml can now be referenced from a Solver configuration:
<solver>
...
<scoreDirectorFactory>
...
<ksessionName>nqueensKsession</ksessionName>
</scoreDirectorFactory>
</solver>Assign meetings of different durations to starting times and rooms.
Also see the blog about time scheduling design patterns.
Benchmark warm ups now run in parallel threads, just like the actual benchmarks.
Apache Camel’s camel-optaplanner 2.16 supports async solving, daemon mode and ProblemFactChange processing. Contributed by Bilgin Ibryam.
A SolverFactory can now be cloned with cloneSolverFactory() to concurrently configure it dynamically per user request without parsing the solver config XML each time.
The examples application has switched to a more modern look and feel.
Several design patterns to deal with scheduling in time have been documented in the manual.
New Construction Heuristic: Allocate To Value From Queue
Various bugs resolved. See our issue tracker.
As mentioned in our blog, we 've build first version of OptaPlanner Workbench and OptaPlanner Execution Server. Take a look at what it can do:
To try out OptaPlanner Workbench, download and deploy the KIE Workbench war and create a user with the role plannermgmt.
Note that a user with the admin role currently doesn’t see OptaPlanner screens yet.
To try out OptaPlanner Execution Server, download and deploy the KIE Execution Server war and use the KIE and OptaPlanner REST API (both are currently documented in the drools documentation). It’s enabled by default (although it can be disabled with a configuration property).
The best and easiest way to upgrade to this new version of OptaPlanner is by following the upgrade recipe.
Read the previous release notes to learn about the new and noteworthy in previous releases.
Want to talk to the experts? Red Hat offers certified binaries with enterprise consulting. Contact optaplanner-info for more information.
Geoffrey De Smet
Walter Medvedeo
Christopher Chianelli
Christopher Chianelli
Geoffrey De Smet
Christopher Chianelli
Julian Cui
Geoffrey De Smet
Geoffrey De Smet
Radovan Synek
Satish Kale
Lukáš Petrovický
Justin Goldsmith
Donato Marrazzo
AI in kotlin
Comments
Visit our forum to comment