第 3 章 已知问题
下面是已知的本红帽 JBoss BRMS 版本里存在的问题。
常规
- 在 Red Hat JBoss Fuse Service Works 6.0.0 和 Red Hat JBoss Data Virtualization 6.0.0 上进行部署失败。
- 试图在 Red Hat JBoss Fuse Service Works (FSW) 6.0.0 或 Red Hat JBoss Data Virtualization (DV) platform 上部署 Red Hat JBoss BRMS 6.0.0 会失败,因此目前不支持在这些平台上进行安装。
商业规则引擎
- 1051585 - Kie-spring 无法在 Windows 上的容器里创建 KieModule。
- 当试图在 Windows 环境(2012 Server 和 Windows 8.1)里用 EAP 6 上的 WAR 文件部署 Maven 项目时,在试图加载 kieModule 时 kie-spring 抛出 NullPointerException。部署看起来没有出现任何错误,但服务器日志里显示了错误且 WAR 文件实际上并没有被部署。
- 1047911 - DecisionTableConfigurationImpl 在 toProperties() 里抛出 NPE。
- 用户无法通过程序配置决策表资源的 DecisionTableInputType 或非空的 worksheetName。
商业中心
- 1042512 - Guided Editor - 结果里使用的 DSL 值在保存后不可编辑。
- 在使用 Guided Rule Editor 时,结果规则里使用的域专有语言(Domain Specific Language,DSL)的 enum 值在保存后无法持久。唯一的办法是删除这个 DSL 并重新创建它。
- 1051105 - 使用用户定义的非默认 kbase 和 ksession 时对 runtime 引擎的自动部署失败。
- 包含用户定义的 kbase 和 ksession 的 BRMS 项目到 runtime 引擎的自动部署会失败,除非使用默认值。这是意料之中的行为,以后也不太可能改变。runtime 引擎进行部署时期望默认的 kbase 和 ksession 名称,但对于用户定义的 artifact 来说这是不可用的。
- 1052313 - 当当规则被重新打开时,作为 'accumulate' CE 结果的对数字的限制没有显示在 GRE 里。
- 当包含累积条件元素结果的向导型规则文件在向导型规则编辑器里打开时,这些限制没有被显示。这是由于 GRE 没能够识别某些规则语言特征引起的。解决办法是将向导型规则文件的后缀从 'rdrl' 修改为 'drl' 来修改其类型。这个规则将在文本编辑器里打开并正确显示规则资源。你应该使用 GIT 在 Business Central 外修改文件名的后缀。
- 1007894 - 当项目出现问题时,显示的易读的 Maven 错误信息太少。
- 项目里的简单错误(如缺失了依赖关系)可能导致将不友好的 Maven 错误信息提供给用户,且没有实际错误的细节。
- 1011482 - REST API:在 IBM JDK 上错误信息的响应类型不一致。
- 通过运行在 IBM JDK 上的 BRMS/BPM 套件的 REST API 部署项目时,任何导致异常发生的动作都会触发对无效 XML 格式的 REST 响应的接收。错误信息应该以 JSON 格式来接收。
- 1039916 - 用于 project.imports 文件的编辑器是不完整的,Restore 按钮会进行保存而不是恢复。
- 当通过 projects.import 文件导入外部类并使其对项目里的资产可用时,由于确是了恢复或保存的按钮,您无法保存或恢复文件的状态。要绕过这个问题,请使用 Project Editor。
- 1034734 - 即使没有进行任何修改,每次 'Build & Deploy' 时 Guvnor 都要求保存可能的修改。
- 每次在商业中心点击 'Build & Deploy' 时,系统都提示用户保存修改,即使在保存上次修改后并没进行任何修改。目前对这个问题还没有解决办法。
- 1021406 - 当项目被保存时进行了不必要的提交。
- 每次当用户点击 Project Explorer 屏幕里的 File->Save 来保存 pom.xml 时,都在底层的 GIT 资料库里进行不必要的提交。这导致了 GIT 日志里的消息不必要地显示,从而降低了系统性能。
- 1009385 - 具有不同定义的无效 Guided Rule 被重新打开。
- 如果在有未完成或无效的修改后关闭并保存 Guided Rule Editor,在重新打开后你将无法使用未完成的规则,因为 Guided Rule Editor 会用不同的定义打开这个规则。
- 1048950 - 未检测到无效的 Enumeration。
- Enum 编辑器无法检测到无效的枚举且将其标记为有效。由于通过 Enum 编辑器输入了无效的枚举,向导型规则编辑器将无法打开。
- 1012553 - 当重新打开规则时,GRE 没有处理多重限制(multirestriction)。
- 如果你用单个事实字段上的多重限制保存 Guided Rule,你不可能重新打开这个规则。用户将被显示并带有错误信息。这影响到所有的操作符(==, <, <==, 等)、contains、excludes、matches、 soundslike 等等。
- 1011548 - M2 Repo: 属性的 artifact 版本导致了错误命名的 artifact。
- 用属性定义的版本来加载 Maven 项目 JAR 会导致错误格式的 artifact 名称以及版本。
- 1052939 - GDT 审计日志:admin is not everything.
- 具有 'admin' 角色的用户无法删除向导型决策表(Guided Decision Table,GDT)里的日志条目,虽然具有 'analyst' 或 'developer' 角色的用户可以这么做。这是因为具有 'admin' 角色的用户没有显示用于删除日志条目的 'trash icon' 按钮。具有 'admin' 角色的用户应该有通用的访问权限,因此这个按钮应该是可用的。对于这个问题目前还没有解决办法。
- 1048962 - GRE: 用于依赖性枚举的字段输入没有更新。
- 对于用于向导型规则里的约束的使用依赖性枚举的字段,当用户切换它依赖的值时,字段值没有更新。目前唯一的解决办法是在切换依赖值之后,删除问题约束最后输入的元素并重新添加它。
- 1045117 - 创建项目时对 GIT 进行了 22 次无注释的提交。
- 当创建新的项目且添加内容以及新文件时,它会导致对底层 GIT 资料库的 22 次提交,且每次都没带注释。这导致 GIT 资料库混乱且难以使用。
- 1052269 - 向导型规则编辑器:带有不完整字符串约束的规则重新打开时有不同定义且出现元素丢失。
- 在 GRE 里创建规则时,如果在字符串字段上的约束元素不完整时进行保存并重新打开,这个元素的定义会改变且它下面的所有条件元素都会消失。
- 996480 - 在向导型决策表里移动隐藏的列会损坏表的外观。
- 你可以在向导型决策表里修改列的顺序。但如果你对隐藏的列进行这样的操作是,在编辑器的数据部分会出现一个未知的列。但这只会影响外观而已。
- 996485 - 向导型决策表:直到你添加一行为止,只有一列可见。
- 当创建向导型决策表时,在添加任何行之前,只有添加的第一列(按表里的顺序)可见。其他列只有在添加新列时才会显示。
- 1051552 - 修改 RHS 上的事实的规则模板是无效的,且项目构建会失败。
- 如果向导型规则模板的 'THEN' 部分里的 fact 字段被修改,项目的构建将会失败。且一旦保存和关闭后,这个模板文件自身将无法加载。
- 1059166 - 向导型规则编辑器无法打开有效的规则。
- 向导型规则编辑器无法正确地打开有效的规则,即使这个规则已通过检验且在 GIT 资料库里是有效的。编辑器可能会错误地删除某些规则定义或者修改规则结构。
- 1036759 -无法通过点击项目浏览器里的软件包来创建向导型决策表。
- 试图打开向导型决策表编辑器来创建新的 GDT 会导致白屏,无任何明显的错误信息。要绕过这个问题,请关闭编辑器并再次打开(三次)。一旦编辑器已被成功打开,这个错误就不会再出现了。
Eclipse 工具
- 1048717 - 从 BRMS5 打开审计日志会抛出内部错误。
- 试图打开 BRMS 5 runtime 生成的审计日志在 BRMS 6 里无法成功。这里没有给出可见的错误或信息。这个问题是因为 BRMS 6 里软件包的重命名引起的,且导致了几个 ClassCastException 错误。目前还没有解决办法。
- 1029040 - Content assist 没有提供在 DRL 文件里声明的类型。
- Guided Rule editor 没有为用户提供在 DRL 文件里声明的类型,用户无法对这些类型使用 Content Assist。现阶段唯一的办法是使用声明为 POJO 的普通类型。
- 1051541 - 分开的日志文件无法加载到审计视图(Audit View)里。
- 当你试图打开一个已被规则引擎自动分离的审计日志时,审计视图将无法打开它。这个问题间歇会出现,很可能是在事件处于不同文件之前或之后而引起的。目前的解决办法是使用单个文件来记录日志。
移植工具
- 1052886 - jcr2vfs: 测试场景移植出现 XML 解析异常
- 用移植工具从 JCR 资料库移植测试场景在 JDK7 里失败。您可用 JDK6 绕过这个问题。
- 1059441 - jcr2vfs 移植工具生成不正确的 WorkItemDefinition。
- jcr2vfs 移植工具生成的 WorkItemDefinition 文件具有无效的 import 语句。这些 import 语句引用了无效的软件包名称,因此结果文件无法被使用。
- 1059478 - jcr2Vfs 移植工具没有正确地转换技术和商业规则。
- 由于错误地扫描了 rdrl 文件,使用移植工具将 BRMS5 移植到 BRMS6 时出现错误。这会创建一个用于导入的无效文件,在 BRMS6 里编译时出错。这个问题出现在包含 import 语句的 BRMS5 规则里。