IBM ODM 8.12：Rule Designer中Classic转Decision Engine升级报错求助

针对你遇到的三类GBREX错误，直接给出针对性解决步骤：

1. 处理GBREX0001E：找不到业务类对应的执行类 #

Decision Engine对执行类的要求比Classic Engine严格，必须确保业务类有对应编译好的执行类：

• 打开com.**.businessrules.claims.virtualdomain.Assessment业务类的属性面板，确认Execution Class字段已正确指向同名Java类，且该类已编译并存在于项目构建路径中。
• 若该类属于虚拟域，去项目属性的Rule Execution Server > Virtual Domains路径下，勾选对应虚拟域的"Generate Execution Classes"选项，重新生成代码并编译。
• 清理项目构建目录（比如bin或target），执行Project > Clean...后重新构建，避免旧编译文件干扰。

2. 处理GBREX0009E：成员类型不匹配 #

Decision Engine的类型校验更严格，ClaimEvent.eventType实际返回String，但规则中预期的是自定义类型EventType：

• 全局搜索所有规则文件，检查eventType的使用是否错误指定了EventType类型，要么统一用String，要么修改Java类的返回类型为EventType。
• 若为虚拟域映射问题，打开ClaimEvent业务类的属性，检查eventType成员的Type Mapping配置，确认是否错误把String映射到了EventType，调整为正确类型即可。
• 如果需要把String转成EventType枚举，要么在规则里加显式转换逻辑，要么在Java类里新增返回EventType的方法（比如getEventTypeEnum()），然后在业务类里引用这个方法替代原eventType成员。

3. 处理GBREX0011E：执行类中找不到指定方法 #

核心是方法签名不匹配，注意大小写、参数顺序或类型差异：

• 对比规则中调用的getClaimEventCountbyType(EventType, Claim)和ClaimExtender类中的方法：
  • 检查方法名大小写（比如byType和ByType是否写错）
  • 确认参数顺序是否一致（规则里是EventType在前，Java类里是否也是同样顺序）
  • 验证参数类型是否完全匹配（比如EventType是否是同一个包下的类，有没有导入错误）
• 检查业务类属性里的扩展类配置，确认ClaimExtender已正确关联，且该类已编译并加入构建路径。
• 若方法是动态生成的，确认扩展类的代码生成配置正确，重新生成代码并编译。

额外必查项 #

• 确认项目属性的Rule Execution > Execution Model已切换为Decision Engine，且所有关联项目的执行模型保持一致。
• 验证Java版本：ODM 8.12要求Java 7及以上，确保项目的编译器版本、JRE版本完全符合要求，避免版本差异导致类加载问题。
• 执行File > Validate Project...，检查对象模型是否有未解决的引用错误，逐一修复后再重新构建。

内容的提问来源于stack exchange，提问作者brenz