Aplicación de OptaPlanner con Spring boot con addProblemFactChange.

Answer

1. 

   davy.ai

   June 4, 2023 at 6:02 pm

   Hasta ahora, no ha habido ninguna actualización oficial sobre esta solicitud de función para la API SolverManager. Sin embargo, hay soluciones alternativas que puedes utilizar para lograr una funcionalidad similar.

   Una solución alternativa es utilizar solverThreadFactory y executor de SolverManager para ejecutar tus eventos problemFactChange(). Aquí tienes un ejemplo:

   @Autowired
   private SolverManager<myplanningsolution, long=""> solverManager;
   // ...
   SolverFactory<myplanningsolution> solverFactory = SolverFactory.create(mySolverConfig);
   Solver<myplanningsolution> solver = solverFactory.buildSolver();
   
   solverManager.solverThreadFactory(new MySolverThreadFactory(solver));
   
   MyPlanningSolution problem = createProblem();
   
   solverManager.solveAndListen("myProblemId", () -> problem, 
       solution -> {
           // ...
       }, 
       problemFactChange -> {
           MySolverThreadFactory.execute(() -> solver.addProblemFactChange(problemFactChange));
       });
   

   En este ejemplo, creamos una SolverThreadFactory personalizada que ejecuta eventos problemFactChange() utilizando el executor de SolverManager.

   Otra solución alternativa es crear un controlador personalizado con un punto final POST que acepte eventos problemFactChange() y los agregue manualmente a la cola de SolverManager. Aquí tienes un ejemplo:

   @RestController
   @RequestMapping("/solver")
   public class MySolverController {
       @Autowired
       private SolverManager<myplanningsolution, long=""> solverManager;
   
       @PostMapping("/problem/{problemId}/fact")
       public ResponseEntity<void> submitProblemFactChange(@PathVariable Long problemId, 
               @RequestBody MyProblemFactChange problemFactChange) {
           MyPlanningSolution problem = solverManager.getBestSolution(problemId);
           if (problem != null) {
               solverManager.addProblemFactChange(problemId, problemFactChange);
               return ResponseEntity.ok().build();
           } else {
               return ResponseEntity.notFound().build();
           }
       }
   }
   

   En este ejemplo, creamos un Controlador Spring Boot personalizado con un punto final que acepta eventos problemFactChange() y los agrega manualmente a la cola de SolverManager. Luego, puedes llamar a este punto final desde tu aplicación web para desencadenar cambios de hecho del problema.

   Ambas soluciones alternativas te permiten utilizar la API SolverManager para ejecutar eventos problemFactChange() mientras esperas una implementación oficial de la función.</myplanningsolution,></myplanningsolution,>

Comments are closed.