Quarkus Native模式下OptaPlanner结合EasyScoreCalculator启动失败求助

看起来你遇到的问题是OptaPlanner在Native模式下错误地校验了Drools相关配置，但你实际用的是EasyScoreCalculator而非Drools约束提供者。我来帮你梳理几个可行的解决方向：

1. 移除多余的Drools相关配置项 #

错误提示里提到的droolsAlphaNetworkCompilationEnabled参数，只针对Drools约束生效。虽然你的solverConfig.xml里没显式配置，但有可能在application.properties或其他配置文件中不小心设置了类似optaplanner.solver.score-drools-alpha-network-compilation-enabled=false的属性。直接删掉这个配置，就能绕过这个不必要的校验错误。

2. 确保EasyScoreCalculator类被原生镜像正确处理 #

Native模式下GraalVM需要明确知晓哪些类要被纳入镜像构建，即便你已经把solverConfig.xml加入资源列表，你的OptimizationConstraintProvider类可能仍未被正确注册。可以在application.properties中添加以下配置，强制GraalVM在构建阶段初始化这个类：

quarkus.native.additional-build-args=--initialize-at-build-time=com.blah.planner.OptimizationConstraintProvider

如果该类需要在运行时动态初始化，就把--initialize-at-build-time替换为--initialize-at-run-time。

3. 升级Quarkus到3.x版本 #

你当前使用的Quarkus 2.16.12.Final是较旧的LTS版本，OptaPlanner在Native模式下的兼容性在后续版本中有不少优化。升级到Quarkus 3.x（比如最新的3.6.x LTS）不仅能解决这个潜在的版本bug，还能获得更完善的Native支持和新特性。

4. 切换到Streams Constraint Provider #

既然你提到其他服务用Streams Constraint Provider在Native模式下运行正常，这也是一个非常稳妥的方案。Streams方式是OptaPlanner推荐的现代约束定义方式，Native适配性更好，性能也更优。只需要把你的EasyScoreCalculator改造成ConstraintProvider接口的实现，然后修改solverConfig.xml：

<scoreDirectorFactory>
  <constraintProviderClass>com.blah.planner.OptimizationConstraintProvider</constraintProviderClass>
</scoreDirectorFactory>

这种方式无需额外处理GraalVM的初始化问题，适配Native模式会更顺畅。

你可以先尝试第一个方案，检查是否存在多余的Drools配置；如果无效再尝试第二个方案，升级Quarkus或切换约束提供者则是长期更优的选择。

备注：内容来源于stack exchange，提问作者Mike Lingk