Optaplanner 7.9.0和添加多线程：相同的planningId异常

Question

我已经有一个optaplanner项目工作了一段时间，现在它正在使用各种用java编写的评分属性将工作分配给工作人员列表。对它的工作方式很满意，我决定从7.7.0更新到7.9.0，打开新的多线程选项，看看它是否工作得更快。但是，我现在得到以下错误：

线程“thread-8”java.lang.IllegalStateException中出现异常：具有moveThreadIndex（0）的移动线程引发了异常。在父线程中在此中继。原因：java.lang.IllegalArgumentException:externalObject（。。。Worker@72d2327a)无法查阅。可能给类（类工作者）一个PlanningId注释，或者更改PlanningSolution注释的LookUpStrategyType，或者不依赖依赖于ScoreDirector.lookUpWorkingObject（）的功能。

因此，我尝试将@PlanningId添加到工人类的唯一标识符中，得到：

线程“thread-7”java.lang.IllegalStateException中的异常：工作对象(Worker@4438b624, Worker@4438b624)具有相同的planningId（（班级工人，50））。工作对象必须是唯一的。

...但是它看起来像是在比较Worker对象和它自己，所以它当然是相同的id？？？？

也许这是由于我的java代码在分配/取消分配方法，但我不明白这个问题是从哪里来的，有人有什么想法吗？

编辑：所以在@n1ck的大量帮助下，我甚至改变了@PlanningSolution类中的方法，该类返回Worker列表，每次都以相同的值创建新实例。这将错误更改为：'...工作对象（Worker@1eba2b4d，Worker@67a7ef08）具有相同的planningId...'因此，它不再比较相同的实例，而是似乎将其与以前调用的实例进行比较。然而，这至少证实了返回的每个清单没有重复。因此，我将计划id更改为一个新的（Long）字段，其值总是从上一次创建的实例（即第一次调用Worker id为1-10，下一次调用11-20）开始递增。这完全绕过了错误，但是现在没有任何东西被分配给辅助角色。它执行初始设置和空分配，然后停止，直到达到求解器的时间限制。我仍然认为这是我没有设置正确的东西，但是这个错误可能有点转移注意力，但是按照要求，我可以看到它是完整的堆栈跟踪：

线程Thread-10中的异常java.lang.IllegalStateExcture：workingObject（Worker@42094cc1，Worker@647a1c5c）具有相同的planningId（（class Worker，50））。org.optaplanner.core.impl.domain.lookup.PlanningIdLookUpStrategy.addWorkingObject（PlanningIdLookUpStrategy.java:40）org.optaplanner.core.impl.domain.lookup.LookUpManager.addWorkingObject（LookUpManager.java:49）org.optaplanner.core.impl.domain.lookup.LookUpManager.reset工作对象（LookUpManager.java:43）在org.optaplanner.core.impl.score.director.AbstractScoreDirector.set工作解决方案（AbstractScoreDirector.java:167）在org.optaplanner.core.impl.solver.scope.DefaultSolverScope.setWorkingSolutionFromBestSolution（DefaultSolverScope. java： 230）at org. optaplanner. core. imp. solver.在org. optaplanner. core. imp. solver上启动（AbstractSolver. java： 75）。在org. optaplanner. core. imp. solver上启动（DefaultSolver. java： 210）。默认解决（DefaultSolver. java： 190）在SolverThread. run（SolverThread. java： 86）

编辑：@PlanningSolution类请求：

package code.test.scheduler;

import org.optaplanner.core.api.domain.solution.PlanningEntityCollectionProperty;
import org.optaplanner.core.api.domain.solution.PlanningScore;
import org.optaplanner.core.api.domain.solution.PlanningSolution;
import org.optaplanner.core.api.domain.solution.drools.ProblemFactCollectionProperty;
import org.optaplanner.core.api.domain.valuerange.ValueRangeProvider;
import org.optaplanner.core.api.score.buildin.hardmediumsoft.HardMediumSoftScore;
import org.optaplanner.persistence.xstream.api.score.buildin.hardmediumsoft.HardMediumSoftScoreXStreamConverter;
import com.thoughtworks.xstream.annotations.XStreamConverter;

@PlanningSolution
public class Planner
{       
@ProblemFactCollectionProperty
private java.util.List<Worker> _workerList;
@ValueRangeProvider(id="workerRange")
@ProblemFactCollectionProperty
public java.util.List<Worker> getWorkerList() {
    return _workerList;
}
public void setWorkerList(java.util.List<Worker> newWorkerList) {
    _workerList = newWorkerList;
}
public int getWorkerListSize() {
    return _workerList.size();
}

@ProblemFactCollectionProperty
private int[][] _travelTimes;
@ValueRangeProvider(id="travelTimes")
@ProblemFactCollectionProperty
public int[][] getTravelTimes() {
    return _travelTimes;
}
public void setTravelTimes(int[][] newTravelTimes) {
    _travelTimes = newTravelTimes;
}

@PlanningEntityCollectionProperty
private java.util.List<Job> _jobList;
public java.util.List<Job> getJobList() {
    return _jobList;        
}
public void setJobList(java.util.List<Job> newJobList) {
    _jobList = newJobList;
}

@XStreamConverter(HardMediumSoftScoreXStreamConverter.class)
private HardMediumSoftScore _score;

@PlanningScore
public HardMediumSoftScore getScore() {
    return _score;
}

public void setScore(HardMediumSoftScore score) {
    _score = score;     
}
}

Answer 1

我想您的PlanningEntityCollection中有一些重复的实体。是否确定此列表中的所有辅助对象都是唯一的（如中所示，不是同一实例）？

我故意复制了我的实体集合中的一个实体，并得到了同样的错误。

编辑：原来问题是在字段和getter上方声明了@ProblemFactCollection Property注释。它只应该在其中一个上面声明。在字段和getter上声明它，并结合使用@PlanningId注释，将导致“工作对象必须是唯一的”错误。