问题标签 [optaplanner]

我在 Netbeans 8 上构建的 Java 程序（在本例中是 Optaplanner 的变体）中有一个 Drools 文件。运行该程序时，我收到一条错误消息：

does not exist as a classpath resource在谷歌上搜索了错误消息后，当 drools 代码中出现错误时，它似乎是从 Optaplanner 抛出的。

我的问题是，没有关于 drools 文件中错误位置的更多信息，调试这段代码的好方法是什么？是否有任何插件可以帮助我缩小问题的范围，就像 Netbeans 通常使用 Java 一样？

这是我的 Drools 代码，可以很好地衡量：

多谢你们

我有一个 Optaplanner drools 文件，当我运行以下代码时：

我收到以下错误消息（注意我已经评论了上面代码中相关的位置）：

我认为我使用的语法存在根本性错误，但我发现很难确定到底是什么。

多谢你们

我有 2 节课 -Dev和Task. Tasks在计划阶段分配给Devs。我的计划变量之一assignedDev具有如下设置器：

我需要保留task已分配给Dev班级中每个开发人员的 s 的日志，因此我有必要参考此任务。

当我运行求解器时，我收到以下错误消息：

此错误来自 ReflectionPropertyAccessor 类（在 Optaplanner 软件中）中的此子句，当它调用 bean 时Object：

此类如何设法提供该类的实例Task，但仍会生成空异常？task显然不是 null （我什至使用子句检查过）if(this!=null)，那么它怎么能传递一个 null 值呢？

有解决方法吗？

如果我不清楚，请告诉我。非常感谢

我刚开始使用 Optaplanner 作为车辆路线规划的一种方式。但是，我想将 optaplanner 公开为 Web 服务（最好是 REST）。

现在我在几个博客上读到它可以用 Apache Camel 完成。然而，找到一个像样的例子似乎是不可能的。

有没有我可以查看的已知示例或有关如何公开此内容的任何提示？

我有一个非常简单（可能太简单）的规则，我想在 Drools 中强制执行，以允许将一个值添加到我在 Optaplanner 中的硬分数中。基本上，在我的解决方案类TaskAssignment中，我正在生成 a ，每次发生冲突时都会taskConflictList添加到 a ：taskConflictLog

然后我想做的就是把这个taskConflictLog行为的负面作为 Drools 中的硬分数。我目前输入了这个：

但我收到一条错误消息$tCL cannot be resolved to a variable

这感觉是一件很容易的事情，但由于某种原因，我无法理解它。有没有一个简单的解决方案

我目前正在研究一个使用 Optaplanner 和 drools 来解决约束满足问题的 Java 项目。

解决工作正常。但是在求解器给了我一个解决方案之后，我想评估这个解决方案：我想知道哪些约束被违反了，即哪些规则被触发了以及多少次。

这可能吗？我该如何开始？

如何将 jBPM 与 OptaPlanner 集成。我已经使用 OptaPlanner 解决了一个问题，其中有许多请求根据某些约束被最佳分配给特定员工。现在我想在 jBPM 中创建一个调度程序，其中某些员工（参与者）可以解决某些请求（流程实例）。知道如何解决这个问题吗？

我试图在 Optaplanner 中将请求公平地分配给员工（基于请求的复杂性）。所以我想要一个规则来最小化分配给员工的请求复杂性的标准偏差。我尝试根据 Optaplanner 文档编写规则，

但我更喜欢标准偏差最小化的解决方案。那么你能帮我写一个“方差”的内联累积函数吗？

我目前正在尝试使用 OptaPlanner，因为它似乎是我遇到的问题的完美解决方案。

基本上，项目作业调度示例就是我想要的，但是因为我只知道我的 Java 基础知识，所以这开始起来很复杂。所以我试图从一个非常有限的例子开始，然后从那里开始：

我有一个持续时间和一个定义的前任的任务。计划实体是每个任务开始的时间。

我有一个硬分，惩罚在其前任的 starttime+duration 之前开始的任务。我也有一个软分数，它试图减少差距，使整个过程尽可能短。

这是求解器配置：

问题是，只要我只有硬分，这效果很好。但它当然有差距。一旦我添加了软分数，一切都会在大约 10 步后卡住。为什么？

我目前正在使用 OptaPlanner 和 Drools 编写课程安排应用程序。我们用 Drools 编写的规则之一将同一天的条目（时间表的时间段）收集到 ArrayList 中。

在测试我们的规则时，我注意到这条规则被触发了多次，即通过收集它们找到的条目的确切数量。我认为这条规则触发这么多次的原因是由于重新组合找到的条目（又名回溯），即。当同一天有 10 个条目时，此规则触发 10 次

有什么办法可以取消这种行为？

如果它可能有助于推理我的问题，这是我正在谈论的规则：