管理红帽流程自动化管理器和 KIE 服务器设置


Red Hat Process Automation Manager 7.12

摘要

本文档论述了如何修改 Red Hat Process Automation Manager 和 KIE Server 设置和属性,以满足您的业务需求。

前言

作为开发者或系统管理员,您可以修改红帽流程自动化管理器和 KIE 服务器设置和属性,以满足您的业务需求。您可以修改 Red Hat Process Automation Manager 运行时、Business Central 接口或 KIE 服务器的行为。

使开源包含更多

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始:master、slave、黑名单和白名单。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。详情请查看 CTO Chris Wright 信息

部分 I. 管理和监控 KIE 服务器

作为系统管理员,您可以为生产环境安装、配置和升级 Red Hat Process Automation Manager,快速轻松地对系统故障进行故障排除,并确保系统以最佳方式运行。

先决条件

注意

有关在 KIE 服务器上运行的管理和监控业务流程的详情,请参考 Business Central 中的管理和监控业务流程

第 1 章 Red Hat Process Automation Manager 组件

Red Hat Process Automation Manager 由 Business Central 和 KIE 服务器组成。

  • Business Central 是您创建和管理业务规则的图形用户界面。您可以在 Red Hat JBoss EAP 实例或 Red Hat OpenShift Container Platform (OpenShift)中安装 Business Central。

    商业中心也作为独立 JAR 文件提供。您可以使用 Business Central 独立 JAR 文件来运行 Business Central,而不必将它部署到应用服务器。

  • KIE Server 是执行规则和其他工件的服务器。它用于实例化和执行规则并解决计划问题。您可以在 Red Hat JBoss EAP 实例、Red Hat JBoss EAP 集群中、在 OpenShift 上安装 KIE 服务器,在一个 Oracle WebLogic 服务器实例、IBM WebSphere Application Server 实例中,或作为 Spring Boot 应用程序的一部分。

    您可以将 KIE 服务器配置为以受管或非受管模式运行。如果 KIE Server 是非受管服务器,您必须手动创建和维护 KIE 容器(部署单元)。KIE 容器是项目的特定版本。如果管理 KIE 服务器,流程自动化管理器控制器管理 KIE 服务器配置,并与 Process Automation Manager 控制器交互,以创建和维护 KIE 容器。

第 2 章 系统与 Maven 集成

Red Hat Process Automation Manager 旨在将红帽 JBoss 中间件 Maven 存储库和 Maven Central 存储库用作依赖项源。确保两个依赖项都可用于项目构建。

确保您的项目取决于工件的特定版本。LATESTRELEASE 通常用于在应用程序中指定和管理依赖项版本。

  • LATEST 指的是工件的最新部署(snapshot)版本。
  • RELEASE 是指存储库中的最后一个非快照版本。

通过使用 LATESTRELEASE,在发布第三方库的新版本时,您不必更新版本号,但您失去对版本受到软件发行版本影响的控制。

2.1. 本地项目的抢占身份验证

如果您的环境无法访问互联网,请设置内部 Nexus 并使用它,而不是 Maven Central 或其他公共存储库。要将 JAR 从 Red Hat Process Automation Manager 服务器的远程 Maven 存储库导入到本地 Maven 项目,请为存储库服务器打开预先验证。您可以通过在 pom.xml 文件中为 guvnor-m2-repo 配置身份验证来完成此操作,如下所示:

<server>
  <id>guvnor-m2-repo</id>
  <username>admin</username>
  <password>admin</password>
  <configuration>
    <wagonProvider>httpclient</wagonProvider>
    	<httpConfiguration>
      	<all>
      	   <usePreemptive>true</usePreemptive>
      	</all>
    	</httpConfiguration>
  </configuration>
</server>

另外,您可以使用 Base64 编码凭证设置 Authorization HTTP 标头:

<server>
  <id>guvnor-m2-repo</id>
  <configuration>
  	<httpHeaders>
  	   <property>
    	    <name>Authorization</name>
    	    <!-- Base64-encoded "admin:admin" -->
    	    <value>Basic YWRtaW46YWRtaW4=</value>
  	   </property>
    </httpHeaders>
  </configuration>
</server>

2.2. Business Central 中重复的 GAV 检测

在 Business Central 中,检查项目中任何重复的 GroupId、ArtdfactIdVersion (GAV)值的所有 Maven 存储库。如果存在 GAV 重复,则执行的操作会被取消。

注意

开发模式 中的项目禁用了重复的 GAV 检测。要在 Business Central 中启用重复的 GAV 检测,请转至项目 SettingsGeneral SettingsVersion,并将 Development Mode 选项切换为 OFF (如果适用)。

每次执行以下操作时都会执行重复的 GAV 检测:

  • 保存项目的项目定义。
  • 保存 pom.xml 文件。
  • 安装、构建或部署项目。

为重复的 GAV 检查以下 Maven 存储库:

  • pom.xml 文件的 <repositories & gt; 和 <distributionManagement > 元素中指定的软件仓库。
  • Maven settings.xml 配置文件中指定的软件仓库。

具有 admin 角色的 Business Central 用户可以修改项目的重复 GroupId、ArtdfactIdVersion (GAV)值的软件仓库列表。

注意

开发模式 中的项目禁用了重复的 GAV 检测。要在 Business Central 中启用重复的 GAV 检测,请转至项目 SettingsGeneral SettingsVersion,并将 Development Mode 选项切换为 OFF (如果适用)。

流程

  1. 在 Business Central 中,前往 MenuDesignProjects,再单击项目名称。
  2. 单击项目 Settings 选项卡,然后单击 Validation 以打开存储库列表。
  3. 选择或清除任何列出的存储库选项,以启用或禁用重复的 GAV 检测。

    以后,只会为验证启用的软件仓库报告重复的 GAV。

    注意

    要禁用此功能,请在系统启动时将 Business Central 的 org.guvnor.project.gav.check.disabled 系统属性设为 true

    $ ~/EAP_HOME/bin/standalone.sh -c standalone-full.xml
    -Dorg.guvnor.project.gav.check.disabled=true

自动更新工具通常由 Red Hat Process Automation Manager 的补丁更新和新的次版本提供,以便更新 Red Hat Process Automation Manager 的某些组件,如 Business Central、KIE Server 和无头流程 Automation Manager 控制器。其他 Red Hat Process Automation Manager 工件(如决策引擎和独立 Business Central)作为每个次发行版本的新工件发布,您必须重新安装它们以应用更新。

您可以使用相同的自动更新工具将补丁更新和次版本升级到 Red Hat Process Automation Manager 7.12。Red Hat Process Automation Manager 的补丁更新,如从版本 7.12 更新至 7.12.1 的更新,包括最新的安全更新和程序错误修复。Red Hat Process Automation Manager 的次发行版本升级,如从版本 7.10.x 升级到 7.11,包括功能增强、安全更新和程序错误修复。

注意

只有 Red Hat Process Automation Manager 的更新只包括在 Red Hat Process Automation Manager 更新工具中。必须使用红帽 JBoss EAP 补丁分发来应用红帽 JBoss EAP 的更新。有关 Red Hat JBoss EAP 补丁的更多信息,请参阅 Red Hat JBoss EAP 补丁和升级指南

先决条件

  • 您的 Red Hat Process Automation Manager 和 KIE 服务器实例没有运行。在运行 Red Hat Process Automation Manager 或 KIE Server 实例时,不要应用更新。

流程

  1. 导航到红帽客户门户网站中的 Software Downloads 页面(需要登录),然后从下拉菜单选择产品和版本。

    如果您要升级到 Red Hat Process Automation Manager 的新次版本,如从版本 7.10.x 升级到 7.11,请首先将最新的补丁更新应用到 Red Hat Process Automation Manager 的当前版本,然后再次按照以下步骤升级到新的次版本。

  2. 单击 Patches,下载 Red Hat Process Automation Manager [VERSION] Update Tool,并将下载的 rhpam-$VERSION-update.zip 文件提取到一个临时目录中。

    此更新工具会自动更新 Red Hat Process Automation Manager 的某些组件,如 Business Central、KIE Server 和无头流程 Automation Manager 控制器。使用这个更新工具首先应用更新,然后安装与 Red Hat Process Automation Manager 发行版本相关的任何其他更新或新的发行工件。

  3. 如果要保留由更新工具更新的任何文件,请导航到提取的 rhpam-$VERSION-update 文件夹,打开 blacklist.txt 文件,并将相对路径添加到您不想更新的文件。

    当在 blacklist.txt 文件中列出文件时,更新脚本不会将文件替换为新版本,而是保留该文件,在同一位置会将新版本添加到 .new 后缀。如果您阻止不再分发的文件,则更新工具会创建一个带有 .removed 后缀的空标志文件。然后,您可以选择保留、合并或删除这些新文件。

    blacklist.txt 文件中要排除的示例文件:

    WEB-INF/web.xml  // Custom file
    styles/base.css  // Obsolete custom file kept for record

    更新后被阻止的文件内容:

    $ ls WEB-INF
    web.xml web.xml.new
    $ ls styles
    base.css base.css.removed
  4. 在命令终端中,导航到您提取 rhpam-$VERSION-update.zip 文件的临时目录,并以以下格式运行 apply-updates 脚本:

    重要

    在应用更新前,请确保您的红帽流程自动化管理器和 KIE 服务器实例没有运行。在运行 Red Hat Process Automation Manager 或 KIE Server 实例时,不要应用更新。

    在 Linux 或基于 Unix 的系统中:

    $ ./apply-updates.sh $DISTRO_PATH $DISTRO_TYPE

    在 Windows 中:

    $ .\apply-updates.bat $DISTRO_PATH $DISTRO_TYPE

    $DISTRO_PATH 部分是相关发布目录的路径,$DISTRO_TYPE 部分是您更新的分发类型。

    Red Hat Process Automation Manager 更新工具支持以下发布类型:

    • RHPAM- business-central-eap7-deployable : Updates Business Central (business-central.war)
    • RHPAM-kie-server-ee8 :更新 KIE 服务器(kie-server.war)

      注意

      更新工具将更新并取代红帽 JBoss EAP EE7 到红帽 JBoss EAP EE8。红帽 JBoss EAP EE7 用于 WebLogic 和 WebSphere,而版本 EE8 用于红帽 JBoss EAP。确保 WebLogic 和 WebSphere 上的 KIE 服务器没有通过更新工具更新。

    • RHPAM-kie-server-jws :在红帽 JBoss Web 服务器上更新 KIE 服务器(kie-server.war)
    • RHPAM-controller-ee7 :更新无头进程 Automation Manager 控制器(controller.war)
    • RHPAM-controller-jws :更新 Red Hat JBoss Web Server (controller.war)上的无头进程 Automation Manager 控制器。

      在 Red Hat JBoss EAP 上为完整的红帽流程自动化管理器分发的 Business Central 和 KIE Server 更新示例:

      $ ./apply-updates.sh ~EAP_HOME/standalone/deployments/business-central.war rhpam-business-central-eap7-deployable
      
      $ ./apply-updates.sh ~EAP_HOME/standalone/deployments/kie-server.war rhpam-kie-server-ee8

      如果使用,对无头进程的 Automation Manager 控制器更新示例:

      $ ./apply-updates.sh ~EAP_HOME/standalone/deployments/controller.war rhpam-controller-ee7

      更新脚本会在提取的 rhpam-$VERSION-update 文件夹中创建一个 备份 文件夹,其中包含指定的发布副本,然后继续进行更新。

  5. 更新工具完成后,在下载更新工具时返回到红帽客户门户网站的 Software Downloads 页面,并安装与 Red Hat Process Automation Manager 发行版本相关的任何其他更新或新的发行工件。

    对于 Red Hat Process Automation Manager 分发中已存在的文件,如适用于决策引擎或其他附加组件的 .jar 文件,请将该文件的现有版本替换为红帽客户门户网站中的新版本。

  6. 如果您使用独立 Red Hat Process Automation Manager 7.12.0 Maven Repository 工件(rhpam-7.12.0-maven-repository.zip),如在 air-gap 环境中下载 Red Hat Process Automation Manager 7.12.x Maven Repository,并将下载的 rhpam-7.12.x-maven-repository.zip 文件提取到现有的 ~/maven-repository 目录中。

    Maven 存储库更新示例:

    $ unzip -o rhpam-7.12.x-maven-repository.zip 'rhba-7.12.1.GA-maven-repository/maven-repository/*' -d /tmp/rhbaMavenRepoUpdate
    
    $ mv /tmp/rhbaMavenRepoUpdate/rhba-7.12.0.GA-maven-repository/maven-repository/ $REPO_PATH/
    注意

    您可以在完成更新后删除 /tmp/rhbaMavenRepoUpdate 文件夹。

  7. 可选: 如果要将 Red Hat Process Automation Manager 从使用基于属性的用户存储改为基于文件的用户存储,请完成以下步骤:

    1. 导航到 $JBOSS_HOME 目录,再运行以下命令之一:

      • 在 Linux 或基于 Unix 的系统中:

        $ ./bin/standalone.sh --admin-only -c standalone-full.xml
        $ ./bin/jboss-cli.sh --connect --file=rhpam-$VERSION-update/elytron/add-kie-fs-realm.cli
      • 在 Windows 中:

        $ ./bin/standalone.bat --admin-only -c standalone-full.xml
        $ ./bin/jboss-cli.bat --connect --file=rhpam-$VERSION-update/elytron/add-kie-fs-realm.cli
    2. 运行以下命令:

      • 在 Linux 或基于 Unix 的系统中:

        $ ./bin/elytron-tool.sh filesystem-realm --users-file standalone/configuration/application-users.properties --roles-file standalone/configuration/application-roles.properties --output-location standalone/configuration/kie-fs-realm-users --filesystem-realm-name kie-fs-realm-users
      • 在 Windows 中:

        $ ./bin/elytron-tool.bat filesystem-realm --users-file standalone/configuration/application-users.properties --roles-file standalone/configuration/application-roles.properties --output-location standalone/configuration/kie-fs-realm-users --filesystem-realm-name kie-fs-realm-users
    3. 导航到您提取 rhpam-$VERSION-update.zip 文件的目录,再运行以下命令之一来应用 kie-fs-realm 补丁:

      • 在 Linux 或基于 Unix 的系统中:

        $ ./elytron/kie-fs-realm-patch.sh ~/$JBOSS_HOME/standalone/configuration/kie-fs-realm-users/
      • 在 Windows 中:

        $ ./elytron/kie-fs-realm-patch.bat ~/$JBOSS_HOME/standalone/configuration/kie-fs-realm-users/
  8. 完成应用所有相关更新后,启动 Red Hat Process Automation Manager 和 KIE Server 并登录到 Business Central。
  9. 验证 Business Central 中是否存在和准确,在 Business Central 窗口右上角点击您的资料名称,然后单击 About 以验证更新的产品版本号。

    如果您遇到错误或发现 Business Central 中的任何缺失的数据,您可以在 rhpam-$VERSION-update 文件夹 的备份 文件夹中恢复内容,以恢复更新工具更改。您还可以在红帽客户门户网站中从之前版本的 Red Hat Process Automation Manager 中重新安装相关的发行工件。恢复之前的发行版本后,您可以尝试运行更新。

第 4 章 配置并启动 KIE 服务器

您可以通过定义启动 KIE 服务器时所需的配置来配置 KIE 服务器位置、用户名、密码和其他相关属性。

流程

导航到 Red Hat Process Automation Manager 7.12 bin 目录,并使用以下属性启动新的 KIE Server:根据您的环境调整特定属性。

$ ~/EAP_HOME/bin/standalone.sh --server-config=standalone-full.xml 
1

-Dorg.kie.server.id=myserver 
2

-Dorg.kie.server.user=kie_server_username 
3

-Dorg.kie.server.pwd=kie_server_password 
4

-Dorg.kie.server.controller=http://localhost:8080/business-central/rest/controller 
5

-Dorg.kie.server.controller.user=controller_username 
6

-Dorg.kie.server.controller.pwd=controller_password 
7

-Dorg.kie.server.location=http://localhost:8080/kie-server/services/rest/server 
8

-Dorg.kie.server.persistence.dialect=org.hibernate.dialect.PostgreSQLDialect 
9

-Dorg.kie.server.persistence.ds=java:jboss/datasources/psjbpmDS 
10
1
使用 standalone-full.xml 服务器配置集启动命令
2
必须与 Business Central 中定义的服务器配置名称匹配的服务器 ID
3
从进程 Automation Manager 控制器与 KIE 服务器连接的用户名
4
从进程 Automation Manager 控制器与 KIE 服务器连接的密码
5
使用 /rest/controller 后缀处理自动化管理器控制器位置,Business Central URL
6
连接到进程 Automation Manager 控制器 REST API 的用户名
7
连接到进程 Automation Manager 控制器 REST API 的密码
8
KIE 服务器位置(在本示例中为 Business Central 在同一实例上)
9
要使用的 Hibernate dialect
10
用于您之前 Red Hat JBoss BPM Suite 数据库的数据源的 JNDI 名称
注意

如果 Business Central 和 KIE 服务器安装在单独的应用服务器实例上(红帽 JBoss EAP 或其他),请将单独的端口用于 KIE 服务器位置,以避免与 Business Central 的端口冲突。如果尚未配置单独的 KIE 服务器端口,您可以在 KIE 服务器属性中添加端口偏移,并相应地调整 KIE 服务器端口值。

例如:

-Djboss.socket.binding.port-offset=150
-Dorg.kie.server.location=http://localhost:8230/kie-server/services/rest/server

如果 Business Central 端口是 8080,如本例中所示,KIE Server 端口的定义偏移为 150,则为 8230。

KIE 服务器连接到新的 Business Central,并收集要部署的部署单元(KIE 容器)的列表。

注意

当您使用依赖关系 JAR 文件中的类访问 KIE Server 客户端时,您可以在 Business Central 中获取 ConversionExceptionForbiddenClassException。为了避免在 Business Central 中生成这些例外,请执行以下操作之一:

  • 如果在客户端中生成了例外,请在 kie-server 客户端中添加以下系统属性:
System.setProperty("org.kie.server.xstream.enabled.packages", "org.example.**");
  • 如果在服务器端生成异常,请从 Red Hat Process Automation Manager 安装目录中打开 standalone-full.xml,请在 <system-properties> 标签下设置以下属性:
<property name="org.kie.server.xstream.enabled.packages" value="org.example.**"/>
  • 设置以下 JVM 属性:
-Dorg.kie.server.xstream.enabled.packages=org.example.**

预期不会使用这些系统属性配置 KJAR 中存在的类。确保系统属性中只使用已知的类以避免出现任何漏洞。

org.example 是一个软件包,您可以定义您要使用的任何软件包。您可以指定用逗号分开的多个软件包,例如 org.example1.* * , org.example2.* * , org.example3.* *, org.example3.* *。

您还可以添加特定的类,例如 org.example1.Mydata1、org.example2.Mydata2

第 5 章 为 KIE 服务器配置 JDBC 数据源

数据源是一种对象,它允许 Java 数据库连接(JDBC)客户端(如应用服务器)与数据库建立连接。应用程序在 Java 命名和目录接口(JNDI)树或本地应用程序上下文中查找数据源,并请求数据库连接来检索数据。您必须为 KIE 服务器配置数据源,以确保服务器与指定数据库之间的正确数据交换。

通常,使用红帽流程自动化管理器的解决方案在单个事务中管理多个资源。JMS 用于异步作业、事件和计时器,例如:Red Hat Process Automation Manager 尽可能在数据源中有一个 XA 驱动程序,以确保数据原子性和结果一致。如果不同架构的事务代码存在于监听器内,或源自 jBPM 引擎提供的 hook,则还需要 XA 驱动程序。

除非您没有参与单个事务的多个资源,否则不要使用非 XA 数据源。

注意

对于生产环境,指定实际的数据源。不要在生产环境中使用示例数据源。

先决条件

  • 您要用于创建数据库连接的 JDBC 提供程序是在您要在其上部署 KIE 服务器的所有服务器上配置的,如 Red Hat JBoss Enterprise Application Server Configuration Guide 的 "Creating Datasources" 和 "JDBC Drivers 部分所述。
  • Red Hat Process Automation Manager 7.12.0 Add Ons (rhpam-7.12.0-add-ons.zip)文件是从红帽客户门户网站中的 Software Downloads 页面下载。

流程

  1. 完成以下步骤以准备数据库:

    1. rhpam-7.12.0-add-ons.zip 提取到临时目录中,如 TEMP_DIR
    2. 提取 TEMP_DIR/rhpam-7.12.0-migration-tool.zip
    3. 将您的当前目录更改为 TEMP_DIR/rhpam-7.12.0-migration-tool/ddl-scripts 目录。此目录包含多种数据库类型的 DDL 脚本。
    4. 将数据库类型的 DDL 脚本导入到您要使用的数据库中。

      以下示例在 PostreSQL 中创建 jBPM 数据库结构
      psql jbpm < /ddl-scripts/postgresql/postgresql-jbpm-schema.sql
      注意

      如果您将 PostgreSQL 或 Oracle 与 Spring Boot 结合使用,您必须导入相应的 Spring Boot DDL 脚本,如 /ddl-scripts/oracle/oracle-springboot-jbpm-schema.sql/ddl-scripts/postgresql/postgresql-springboot-jbpm-schema.sql

      注意

      PostgreSQL DDL 脚本创建 PostgreSQL 模式,其中包含标有 @LOB 的实体属性的自动递增整数值(OID)列。要使用其他二进制列类型,如 BYTEA 而不是 OID,您必须使用 postgresql-bytea-jbpm-schema.sql 脚本创建 PostgreSQL 模式,并设置 Red Hat Process Automation Manager org.kie.persistence.postgresql.useBytea=true 标志。Red Hat Process Automation Manager 不提供从基于 OID 变为基于 BYTEA 模式的迁移工具。

  2. 在文本编辑器中打开 EAP_HOME/standalone/configuration/standalone-full.xml,并找到 < system-properties> 标签。
  3. 在 < system-properties > 标签中添加以下属性,其中 & lt;DATASOURCE > 是数据源的 JNDI 名称,< HIBERNATE_DIALECT > 是数据库的休眠。

    注意

    org.kie.server.persistence.ds 属性的默认值为 java:jboss/datasources/ExampleDSorg.kie.server.persistence.dialect 属性的默认值为 org.hibernate.dialect.H2Dialect

    <property name="org.kie.server.persistence.ds" value="<DATASOURCE>"/>
    <property name="org.kie.server.persistence.dialect" value="<HIBERNATE_DIALECT>"/>

    以下示例演示了如何为 PostgreSQL hibernate dialect 配置数据源:

    <system-properties>
        <property name="org.kie.server.repo" value="${jboss.server.data.dir}"/>
        <property name="org.kie.example" value="true"/>
        <property name="org.jbpm.designer.perspective" value="full"/>
        <property name="designerdataobjects" value="false"/>
        <property name="org.kie.server.user" value="rhpamUser"/>
        <property name="org.kie.server.pwd" value="rhpam123!"/>
        <property name="org.kie.server.location" value="http://localhost:8080/kie-server/services/rest/server"/>
        <property name="org.kie.server.controller" value="http://localhost:8080/business-central/rest/controller"/>
        <property name="org.kie.server.controller.user" value="kieserver"/>
        <property name="org.kie.server.controller.pwd" value="kieserver1!"/>
        <property name="org.kie.server.id" value="local-server-123"/>
    
        <!-- Data source properties. -->
        <property name="org.kie.server.persistence.ds" value="java:jboss/datasources/KieServerDS"/>
        <property name="org.kie.server.persistence.dialect" value="org.hibernate.dialect.PostgreSQLDialect"/>
    </system-properties>

支持以下 dialects:

  • DB2: org.hibernate.dialect.DB2Dialect
  • MSSQL: org.hibernate.dialect.SQLServer2012Dialect
  • MySQL: org.hibernate.dialect.MySQL5InnoDBDialect
  • mariadb: org.hibernate.dialect.MySQL5InnoDBDialect
  • Oracle: org.hibernate.dialect.Oracle10gDialect
  • PostgreSQL: org.hibernate.dialect.PostgreSQL82Dialect
  • PostgreSQL 加上: org.hibernate.dialect.PostgresPlusDialect
  • archive: org.hibernate.dialect.SybaseASE157Dialect

第 6 章 Managed KIE Server

受管实例需要一个可用的进程 Automation Manager 控制器来启动 KIE 服务器。

进程 Automation Manager 控制器以集中的方式管理 KIE 服务器配置。每个进程 Automation Manager 控制器可以同时管理多个配置,环境中的多个进程自动化管理器控制器。受管 KIE 服务器可以使用流程自动化管理器控制器列表进行配置,但一次只会连接到一个。

重要

所有进程 Automation Manager 控制器都应该同步,以确保为服务器提供了相同的配置,而不考虑它连接到的进程 Automation Manager 控制器。

当使用进程自动化管理器控制器列表配置 KIE 服务器时,它将在启动时尝试连接到每个控制器,直到连接成功与其中一个连接建立。如果无法建立连接,则服务器将不会启动,即使存在可用于配置的本地存储。这样可确保一致性,并防止服务器使用冗余配置运行。

注意

要在不连接到进程自动化管理器控制器的情况下以单机模式运行 KIE 服务器,请参阅 第 7 章 非受管 KIE 服务器

第 7 章 非受管 KIE 服务器

非受管 KIE 服务器是单机实例,因此必须使用 KIE 服务器本身的 REST/JMS API 单独配置。配置由服务器自动保留到文件中,并在重启时用作内部服务器状态。

配置在以下操作过程中更新:

  • 部署 KIE 容器
  • 取消部署 KIE 容器
  • 启动 KIE 容器
  • 停止 KIE 容器
注意

如果 KIE 服务器被重启,它将尝试重新建立在关闭前保留的同一状态。因此,运行的 KIE 容器(部署单元)将启动,但已停止的容器不会。

您可以将 KIE 服务器设置为 在生产 模式 或开发 模式下运行。开发模式提供了一个灵活的部署策略,可让您在维护活跃进程实例以进行小更改的同时更新现有部署单元(KIE 容器)。它还允许您在更新活跃进程实例以进行较大的更改前重置部署单元状态。生产模式是生产环境中的最佳选择,每个部署都会创建一个新的部署单元。

在开发环境中,您可以点击 Deploy in Business Central 将构建的 KJAR 文件部署到 KIE 服务器,而无需停止任何正在运行的实例(如果适用),或者点击 Redeploy 部署构建的 KJAR 文件并替换所有实例。下次部署或重新部署构建的 KJAR 时,以前的部署单元(KIE 容器)会在同一目标 KIE 服务器中自动更新。

在生产环境中,Business Central 中的 Redeploy 选项被禁用,您只能点 Deploy 将构建的 KJAR 文件部署到 KIE 服务器上新的部署单元(KIE 容器)。

流程

  1. 要配置 KIE 服务器环境模式,请将 org.kie.server.mode 系统属性设置为 org.kie.server.mode=developmentorg.kie.server.mode=production
  2. 要在 Business Central 中配置项目部署行为,请转至项目 SettingsGeneral SettingsVersion 并切换 Development Mode 选项。

    注意

    默认情况下,KIE 服务器和 Business Central 中的所有新项目都处于开发模式中。

    您不能部署打开 Development 模式 的项目,或使用手动将 SNAPSHOT 版本后缀添加到生产模式的 KIE 服务器中。

警告

本节提供了可用于测试目的的示例设置。其中一些值不适用于生产环境,并被标记为此类值。

如果您的红帽流程自动化管理器环境中没有配置 KIE 服务器,或者需要在 Red Hat Process Automation Manager 环境中需要额外的 KIE 服务器,您必须配置 KIE 服务器来连接到 Business Central。

注意

如果要在 Red Hat OpenShift Container Platform 上部署 KIE 服务器,请参阅使用 Operator 在 Red Hat OpenShift Container Platform 4 上部署 Red Hat Process Automation Manager 环境 以将其配置为连接到 Business Central。

KIE 服务器可以管理或非受管。如果 KIE Server 是非受管服务器,您必须手动创建和维护 KIE 容器(部署单元)。如果管理 KIE 服务器,流程自动化管理器控制器管理 KIE 服务器配置,并与 Process Automation Manager 控制器交互,以创建和维护 KIE 容器。

注意

如果 KIE 服务器由 Business Central 管理,并且您从 ZIP 文件安装了 Red Hat Process Automation Manager,则进行本节中描述的更改。如果您已安装 Business Central,可以使用无头进程 Automation Manager 控制器来管理 KIE 服务器,如 第 10 章 安装并运行无头进程 Automation Manager 控制器 所述。

先决条件

  • Business Central 和 KIE 服务器安装在红帽 JBoss EAP 安装的基础目录(EAP_HOME)中。
注意

您必须在生产环境中的不同服务器上安装 Business Central 和 KIE 服务器。在本例中,我们只使用一个名为 controllerUser 的用户,其中包含 rest-allkie-server 角色。但是,如果您在同一服务器上安装 KIE Server 和 Business Central,例如在开发环境中,请在共享 standalone-full.xml 文件中进行更改,如本节所述。

  • 存在具有以下角色的用户:

    • 在 Business Central 中,角色为 rest-all的用户
    • 在 KIE 服务器上,具有角色 kie-server的用户

流程

  1. 在 Red Hat Process Automation Manager 安装目录中,进入 standalone-full.xml 文件。例如,如果您为 Red Hat Process Automation Manager 使用 Red Hat JBoss EAP 安装,请转到 $EAP_HOME/standalone/configuration/standalone-full.xml
  2. 打开 standalone-full.xml 文件,并在 &lt ;system-properties& gt; 标签下设置以下 JVM 属性:

    Expand
    表 9.1. KIE 服务器实例的 JVM 属性
    属性备注

    org.kie.server.id

    default-kie-server

    KIE 服务器 ID。

    org.kie.server.controller

    http://localhost:8080/business-central/rest/controller

    Business Central 的位置。连接到 Business Central API 的 URL。

    org.kie.server.controller.user

    controllerUser

    具有角色 rest-all 的用户名,可以登录到 Business Central。

    org.kie.server.controller.pwd

    controllerUser1234;

    可以登录到 Business Central 的用户的密码。

    org.kie.server.location

    http://localhost:8080/kie-server/services/rest/server

    KIE 服务器的位置。连接到 KIE Server API 的 URL。

    Expand
    表 9.2. Business Central 实例的 JVM 属性
    属性备注

    org.kie.server.user

    controllerUser

    带有角色 kie-server 的用户名。

    org.kie.server.pwd

    controllerUser1234;

    用户的密码。

    以下示例演示了如何配置 KIE 服务器实例:

    <property name="org.kie.server.id" value="default-kie-server"/>
    <property name="org.kie.server.controller" value="http://localhost:8080/business-central/rest/controller"/>
    <property name="org.kie.server.controller.user" value="controllerUser"/>
    <property name="org.kie.server.controller.pwd" value="controllerUser1234;"/>
    <property name="org.kie.server.location" value="http://localhost:8080/kie-server/services/rest/server"/>

    以下示例演示了如何为 Business Central 实例配置 :

    <property name="org.kie.server.user" value="controllerUser"/>
    <property name="org.kie.server.pwd" value="controllerUser1234;"/>
  3. 要验证 KIE 服务器是否已成功启动,请在 KIE 服务器运行时向 http://SERVER:PORT/kie-server/services/rest/server/ 发送 GET 请求。有关在 KIE 服务器中运行红帽流程自动化管理器的更多信息,请参阅 运行 Red Hat Process Automation Manager

    成功验证后,您会收到类似以下示例的 XML 响应:

    <response type="SUCCESS" msg="Kie Server info">
        <kie-server-info>
            <capabilities>KieServer</capabilities>
            <capabilities>BRM</capabilities>
            <capabilities>BPM</capabilities>
            <capabilities>CaseMgmt</capabilities>
            <capabilities>BPM-UI</capabilities>
            <capabilities>BRP</capabilities>
            <capabilities>DMN</capabilities>
            <capabilities>Swagger</capabilities>
            <location>http://localhost:8230/kie-server/services/rest/server</location>
            <messages>
                <content>Server KieServerInfo{serverId='first-kie-server', version='7.5.1.Final-redhat-1', location='http://localhost:8230/kie-server/services/rest/server', capabilities=[KieServer, BRM, BPM, CaseMgmt, BPM-UI, BRP, DMN, Swagger]}started successfully at Mon Feb 05 15:44:35 AEST 2018</content>
                <severity>INFO</severity>
                <timestamp>2018-02-05T15:44:35.355+10:00</timestamp>
            </messages>
            <name>first-kie-server</name>
            <id>first-kie-server</id>
            <version>7.5.1.Final-redhat-1</version>
        </kie-server-info>
    </response>
  4. 验证注册是否成功:

    1. 登录 Business Central。
    2. MenuDeployExecution Servers

      如果注册成功,您将看到注册的服务器 ID。

您可以将 KIE 服务器配置为以受管或非受管模式运行。如果 KIE Server 是非受管服务器,您必须手动创建和维护 KIE 容器(部署单元)。如果管理 KIE 服务器,流程自动化管理器控制器管理 KIE 服务器配置,并与 Process Automation Manager 控制器交互,以创建和维护 KIE 容器。

Business Central 有一个嵌入式流程 Automation Manager 控制器。如果您安装 Business Central,请使用 Execution Server 页面创建和维护 KIE 容器。如果要在不使用 Business Central 的情况下自动执行 KIE 服务器管理,您可以使用无头进程 Automation Manager 控制器。

KIE 服务器可由 Process Automation Manager 控制器管理,也可以被非受管管理。如果 KIE Server 是非受管服务器,您必须手动创建和维护 KIE 容器(部署单元)。如果管理 KIE 服务器,流程自动化管理器控制器管理 KIE 服务器配置,并与 Process Automation Manager 控制器交互,以创建和维护 KIE 容器。

流程自动化管理器控制器与 Business Central 集成。如果您安装 Business Central,您可以使用 Business Central 中的 执行服务器 页面与流程自动化管理器控制器交互。

您可以在互动或 CLI 模式中使用安装程序来安装 Business Central 和 KIE 服务器,然后使用 Process Automation Manager 控制器配置 KIE 服务器。

先决条件

  • 提供了两个带有备份的 Red Hat JBoss EAP 7.4 服务器安装的计算机。
  • 授予足够的用户权限来完成安装。

流程

  1. 在第一个计算机上,以交互模式或 CLI 模式运行安装程序。如需更多信息 ,请参阅在 Red Hat JBoss EAP 7.4 上安装和配置 Red Hat Process Automation Manager
  2. 组件选择 页面中,清除 KIE Server 框。
  3. 完成 Business Central 安装。
  4. 在第二台计算机上,以交互模式或 CLI 模式运行安装程序。
  5. 组件选择 页面中,清除 Business Central 框。
  6. Configure Runtime Environment 页面上,选择 Perform Advanced Configuration
  7. 选择 Customize KIE Server 属性 并单击下一步
  8. 输入 Business Central 的控制器 URL,并为 KIE 服务器配置其他属性。控制器 URL 具有以下形式,其中 & lt;HOST:PORT > 是第二个计算机上的 Business Central 地址:

    <HOST:PORT>/business-central/rest/controller
  9. 完成安装。
  10. 要验证 Process Automation Manager 控制器现在是否已与 Business Central 集成,请转至 Business Central 中的 Execution Servers 页面,并确认您在 REMOTE SERVERS 下配置的 KIE 服务器。

10.2. 安装无头进程 Automation Manager 控制器

您可以安装无头进程 Automation Manager 控制器,并使用 REST API 或 KIE Server Java 客户端 API 来与之交互。

先决条件

  • 提供了一个受支持的 Red Hat JBoss EAP 安装版本 7.4。红帽 JBoss EAP 安装的基础目录称为 EAP_HOME
  • 授予足够的用户权限来完成安装。

流程

  1. 导航到红帽客户门户网站中的 Software Downloads 页面(需要登录),然后从下拉菜单中选择产品和版本:

    • 产品: 流程自动化管理器
    • Version: 7.12
  2. 下载 Red Hat Process Automation Manager 7.12.0 Add Ons ( rhpam-7.12.0-add-ons.zip 文件)。
  3. 提取 rhpam-7.12.0-add-ons.zip 文件。rhpam-7.12.0-controller-ee7.zip 文件位于提取的目录中。
  4. rhpam-7.12.0-controller-ee7.zip 存档提取到临时目录。在以下示例中,此目录名为 TEMP_DIR
  5. TEMP_DIR/rhpam-7.12.0-controller-ee7/controller.war 目录复制到 EAP_HOME/standalone/deployments/

    警告

    确保您复制的无头进程 Automation Manager 控制器部署的名称不会与 Red Hat JBoss EAP 实例中的现有部署冲突。

  6. TEMP_DIR/rhpam-7.12.0-controller-ee7/SecurityPolicy/ 目录的内容复制到 EAP_HOME/bin
  7. 当提示覆盖文件时,请选择
  8. EAP_HOME/standalone/deployments/ 目录中,创建一个名为 controller.war.dodeploy 的空文件。此文件确保服务器启动时会自动部署无头进程 Automation Manager 控制器。

在使用无头进程 Automation Manager 控制器前,您必须创建一个具有 kie-server 角色的用户。

先决条件

  • 无头进程 Automation Manager 控制器安装在 Red Hat JBoss EAP 安装(EAP_HOME)的基础目录中。

流程

  1. 在终端应用中,前往 EAP_HOME/bin 目录。
  2. 输入以下命令,将 &lt ;USERNAME& gt ; 和 <PASSWORD > 替换为您选择的用户名和密码。

    $ ./bin/jboss-cli.sh --commands="embed-server --std-out=echo,/subsystem=elytron/filesystem-realm=ApplicationRealm:add-identity(identity=<USERNAME>),/subsystem=elytron/filesystem-realm=ApplicationRealm:set-password(identity=<USERNAME>, clear={password='<PASSWORD>'}),/subsystem=elytron/filesystem-realm=ApplicationRealm:add-identity-attribute(identity=<USERNAME>, name=role, value=['kie-server'])"
    注意

    确保指定的用户名与现有用户、角色或组不同。例如,不要创建用户名 admin 的用户。

    密码必须至少有 8 个字符,且必须至少包含一个数字,以及一个非字母数字字符,但不是 和 (ampersand)。

  3. 记录您的用户名和密码。

如果 KIE 服务器由无头进程 Automation Manager 控制器管理,您必须在 KIE Server 安装中编辑 standalone-full.xml 文件,并在无头进程 Automation Manager 控制器安装中使用 standalone.xml 文件。

先决条件

  • KIE 服务器安装在 EAP_HOME 中。
  • 无头进程 Automation Manager 控制器安装在 EAP_HOME 中。

    注意

    您应该在生产环境中的不同服务器上安装 KIE 服务器和无头流程自动化管理器控制器。但是,如果您在同一服务器上安装 KIE 服务器和无头进程 Automation Manager 控制器,例如在开发环境中,请在共享 standalone-full.xml 文件中进行这些更改。

  • 在 KIE Server 节点上,存在具有 kie-server 角色的用户。
  • 在服务器节点上,存在具有 kie-server 角色的用户。

    流程

    1. EAP_HOME/standalone/configuration/standalone-full.xml 文件中,将以下属性添加到 < system-properties& gt; 部分,并将 < USERNAME&gt; 和 <USER_PWD > 替换为用户的凭证,使用 kie-server 角色:

         <property name="org.kie.server.user" value="<USERNAME>"/>
         <property name="org.kie.server.pwd" value="<USER_PWD>"/>
    2. 在 KIE Server EAP_HOME/standalone/configuration/standalone-full.xml 文件中,将以下属性添加到 < system-properties> 部分:

        <property name="org.kie.server.controller.user" value="<CONTROLLER_USER>"/>
        <property name="org.kie.server.controller.pwd" value="<CONTROLLER_PWD>"/>
        <property name="org.kie.server.id" value="<KIE_SERVER_ID>"/>
        <property name="org.kie.server.location" value="http://<HOST>:<PORT>/kie-server/services/rest/server"/>
        <property name="org.kie.server.controller" value="<CONTROLLER_URL>"/>
    3. 在这个文件中,替换以下值:
  • <CONTROLLER_USER &gt ; 和 <CONTROLLER_PWD > 替换为用户的凭证,使用 kie-server 角色。
  • <KIE_SERVER_ID > 替换为 KIE 服务器安装的 ID 或名称,如 rhpam-7.12.0-kie-server-1
  • <HOST > 替换为 KIE Server 主机的 ID 或名称,如 localhost192.7.8.9
  • <PORT > 替换为 KIE Server 主机的端口,例如 8080。

    注意

    org.kie.server.location 属性指定 KIE 服务器的位置。

  • <CONTROLLER_URL > 替换为无头进程 Automation Manager 控制器的 URL。KIE 服务器在启动时连接到此 URL。

10.3. 运行无头进程 Automation Manager 控制器

在 Red Hat JBoss EAP 上安装无头处理 Automation Manager 控制器后,使用此流程运行无头进程 Automation Manager 控制器。

先决条件

  • 无头进程 Automation Manager 控制器在 Red Hat JBoss EAP 安装(EAP_HOME)的基础目录中安装和配置。

流程

  1. 在终端应用中,前往 EAP_HOME/bin
  2. 如果您在与安装 KIE Server 的 Red Hat JBoss EAP 实例相同的 Red Hat JBoss EAP 实例上安装了无头处理 Automation Manager 控制器,请输入以下命令之一:

    • 在 Linux 或基于 UNIX 的系统中:

      $ ./standalone.sh -c standalone-full.xml
    • 在 Windows 中:

      standalone.bat -c standalone-full.xml
  3. 如果您在与安装 KIE 服务器的 Red Hat JBoss EAP 实例独立的 Red Hat JBoss EAP 实例上安装了无头处理 Automation Manager 控制器,请使用 standalone.sh 脚本启动无头进程 Automation Manager 控制器:

    注意

    在这种情况下,请确保您对 standalone.xml 文件进行了所有必要的配置更改。

    • 在 Linux 或基于 UNIX 的系统中:

      $ ./standalone.sh
    • 在 Windows 中:

      standalone.bat
  4. 要验证无头进程 Automation Manager 控制器是否在 Red Hat JBoss EAP 上工作,请输入以下命令,其中 < CONTROLLER&gt; 和 & lt;CONTROLLER_PWD > 是用户名和密码。此命令的输出提供有关 KIE 服务器实例的信息。

    curl -X GET "http://<HOST>:<PORT>/controller/rest/controller/management/servers" -H  "accept: application/xml" -u '<CONTROLLER>:<CONTROLLER_PWD>'
注意

另外,您可以使用 KIE Server Java API 客户端来访问无头进程 Automation Manager 控制器。

流程自动化管理器控制器与 Business Central 集成。但是,如果您没有安装 Business Central,您可以安装无头进程 Automation Manager 控制器,并使用 REST API 或 KIE Server Java 客户端 API 与之交互。

先决条件

流程

  1. 导航到红帽客户门户网站中的 Software Downloads 页面(需要登录),然后从下拉菜单中选择产品和版本:

    • 产品:流程自动化管理器
    • Version: 7.12
  2. 下载 Red Hat Process Automation Manager 7.12.0 Add Ons ( rhpam-7.12.0-add-ons.zip 文件)。
  3. 提取 rhpam-7.12.0-add-ons.zip 文件。rhpam-7.12.0-controller-ee7.zip 文件位于提取的目录中。
  4. rhpam-7.12.0-controller-ee7.zip 存档提取到临时目录。在以下示例中,此目录名为 TEMP_DIR
  5. TEMP_DIR/rhpam-7.12.0-controller-ee7/controller.war 目录复制到 EAP_HOME/standalone/deployments/

    警告

    确保您复制的无头进程 Automation Manager 控制器部署的名称不会与 Red Hat JBoss EAP 实例中的现有部署冲突。

  6. TEMP_DIR/rhpam-7.12.0-controller-ee7/SecurityPolicy/ 目录的内容复制到 EAP_HOME/bin
  7. 当系统提示覆盖文件时,请单击 Yes
  8. EAP_HOME/standalone/deployments/ 目录中,创建一个名为 controller.war.dodeploy 的空文件。此文件确保服务器启动时会自动部署无头进程 Automation Manager 控制器。
  9. 在文本编辑器中打开 EAP_HOME/standalone/configuration/standalone.xml 文件。
  10. 在 < system-properties> 元素中添加以下属性,并将 &lt ;NFS_STORAGE > 替换为存储模板配置的 NFS 存储的绝对路径:

    <system-properties>
      <property name="org.kie.server.controller.templatefile.watcher.enabled" value="true"/>
      <property name="org.kie.server.controller.templatefile" value="<NFS_STORAGE>"/>
    </system-properties>

    模板文件包含特定部署场景的默认配置。

    如果 org.kie.server.controller.templatefile.watcher.enabled 属性的值设置为 true,则启动一个单独的线程来监视模板文件的修改。这些检查的默认间隔为 30000 毫秒,可以由 org.kie.server.controller.templatefile.watcher.interval 系统属性进一步控制。如果此属性的值设为 false,则只有在服务器重启时,才会检测到模板文件的更改。

  11. 要启动无头进程 Automation Manager 控制器,请导航到 EAP_HOME/bin 并输入以下命令:

    • 在 Linux 或基于 UNIX 的系统中:

      $ ./standalone.sh
    • 在 Windows 中:

      standalone.bat

有关在 Red Hat JBoss Enterprise Application Platform 集群环境中运行 Red Hat Process Automation Manager 的更多信息,请参阅在 Red Hat JBoss EAP 集群环境中安装和配置 Red Hat Process Automation Manager

第 11 章 为 TLS 支持配置 Smart Router

您可以为传输层安全(TLS)配置智能路由器(KIE 服务器路由器)支持来允许 HTTPS 流量。另外,您可以禁用到智能路由器的非安全 HTTP 连接。

先决条件

流程

要启动智能路由器,请使用以下方法之一:

  • 要启动启用了 TLS 支持和允许 HTTP 连接的 Smart Router,请输入以下命令:

    java  -Dorg.kie.server.router.tls.keystore = <KEYSTORE_PATH>
          -Dorg.kie.server.router.tls.keystore.password = <KEYSTORE_PASSWORD>
          -Dorg.kie.server.router.tls.keystore.keyalias = <KEYSTORE_ALIAS>
          -Dorg.kie.server.router.tls.port = <HTTPS_PORT>
          -jar rhpam-7.12.0-smart-router.jar

    在本例中,替换以下变量:

  • <KEYSTORE_PATH > :存储密钥存储的路径。
  • <KEYSTORE_PASSWORD > :密钥存储密码。
  • <KEYSTORE_ALIAS > :用于存储证书的别名名称。
  • <HTTPS_PORT& gt; :HTTPS 端口。默认 HTTPS 端口为 9443
  • 要启动启用了 TLS 支持和禁用 HTTP 连接的 Smart Router,请输入以下命令:

    java  -Dorg.kie.server.router.tls.keystore = <KEYSTORE_PATH>
          -Dorg.kie.server.router.tls.keystore.password = <KEYSTORE_PASSWORD>
          -Dorg.kie.server.router.tls.keystore.keyalias = <KEYSTORE_ALIAS>
          -Dorg.kie.server.router.tls.port = <HTTPS_PORT>
          -Dorg.kie.server.router.port=0
          -jar rhpam-7.12.0-smart-router.jar

    org.kie.server.router.port 系统属性设置为 0 时,不会注册 HTTP 侦听器。如果配置了 TLS,并且 HTTP 侦听器没有注册,则 Smart Router 仅侦听 HTTPS 端口。

    注意

    如果没有配置 TLS,并且您通过将 org.kie.server.router.port 设置为 0 来禁用 HTTP,则会出现错误,智能路由器停止。

第 12 章 在 KIE 服务器上激活或停用 KIE 容器

现在,您可以通过停用给定容器来停止从给定容器创建新进程实例,但同时继续处理其现有的进程实例和任务。如果取消激活是临时的,您可以稍后再次激活容器。KIE 容器的激活或取消激活不需要重启 KIE 服务器。

先决条件

  • 在 Business Central 中创建和配置 KIE 容器。

流程

  1. 登录 Business Central。
  2. 在主菜单中,点击 MenuDeployExecution Servers
  3. 在位于页面左侧的 Server Configurations 窗格中选择您的服务器。
  4. Deployment Units 窗格中,选择要激活或停用的部署单元。
  5. 点部署单元窗格右上角的 ActivateDeactivate

    停用之后,您无法从 KIE 容器创建进程实例。

第 13 章 部署描述符

进程和规则存储在基于 Apache Maven 的打包中,称为知识存档或 KJAR。规则、进程、资产和其他项目构件是 Maven 构建和管理的 JAR 文件的一部分。保存在名为 kmodule.xml 的 KJAR 的 META-INF 目录中的文件可用于定义 KIE 基础和会话。这个 kmodule.xml 文件默认为空。

每当 KIE Server 等运行时组件用于处理 KJAR 时,它会查找 kmodule.xml 来构建运行时表示。

部署描述符补充 kmodule.xml 文件,并对您的部署提供精细的控制。这些描述符的存在是可选的,您的部署将成功进行。您可以使用这些描述符设置纯技术属性,包括持久性、审计和运行时策略等 meta 值。

这些描述符允许您在多个级别上配置 KIE 服务器,包括服务器级别默认、每个 KJAR 的不同部署描述符和其他服务器配置。您可以使用描述符对默认的 KIE 服务器配置进行简单的自定义,可能针对每个 KJAR。

您可以在名为 kie-deployment-descriptor.xml 的文件中定义这些描述符,并将此文件放在 META-INF 文件夹中的 kmodule.xml 文件旁边。您可以通过将这个默认位置和文件名指定为系统参数来更改它:

-Dorg.kie.deployment.desc.location=file:/path/to/file/company-deployment-descriptor.xml

13.1. 部署描述符配置

部署描述符允许用户在多个级别上配置执行服务器:

  • 服务器级别 :主级别以及应用到服务器上部署的所有 KJAR 的主级别。
  • KJAR 级别 :这可让您在每个 KJAR 基础上配置描述符。
  • 部署时间级别 :部署 KJAR 期间应用的描述符。

由部署描述符指定的粒度配置项目优先于服务器级别,除非基于集合的配置项目被合并。层次结构的工作方式如下: 部署时间配置 > KJAR configuration > 服务器配置

注意

部署时间配置适用于通过 REST API 进行的部署。

例如,如果在服务器级别定义的持久性模式(您可以配置的项目之一)为 NONE,但与 JPA 在 KJAR 级别指定相同的模式,则实际模式将为 JPA。如果没有为该 KJAR 部署描述符(或没有部署描述符)的持久性模式指定持久性模式,它将回退到服务器级配置,本例中为 NONE (如果没有服务器级别部署描述符,则为 JPA )。

您可以配置什么?

可以通过部署描述符配置高级别技术配置详情。下表列出了它们以及每个类别的允许和默认值。

Expand
表 13.1. 部署描述符
配置XML 条目允许的可能值默认值

运行时数据的持久性单元名称

persistence-unit

任何有效的持久性软件包名称

org.jbpm.domain

Audit 数据的持久性单元名称

audit-persistence-unit

任何有效的持久性软件包名称

org.jbpm.domain

Persistence 模式

persistence-mode

JPA, NONE

JPA

Audit 模式

audit-mode

JPA、JMS 或 NONE

JPA

运行时策略

runtime-strategy

SINGLETON、PER_REQUEST 或 PER_PROCES_INSTANCE

SINGLETON

要注册的 Event Listeners 列表

event-listeners

有效的监听程序类名称作为 ObjectModel

没有默认值

要注册的 Task Event Listeners 列表

task-event-listeners

有效的监听程序类名称作为 ObjectModel

没有默认值

要注册的 Work Item 处理程序列表

work-item-handlers

有效的 Work Item Handler 类指定为 NamedObjectHandler

没有默认值

要注册的全局列表

Globals

给定为 NamedObjectModel的有效全局变量

没有默认值

要注册的 Marshalling 策略(用于可插拔变量持久性)

marshalling-strategies

有效的 ObjectModel

没有默认值

需要的角色被授予对 KJAR 的资源的访问权限

required-roles

字符串角色名称

没有默认值

KIE 会话的额外环境条目

environment-entries

Valid NamedObjectModel

没有默认值

KIE 会话的其他配置选项

配置

Valid NamedObjectModel

没有默认值

在远程服务中进行序列化的类

remoteable-class

有效的 CustomClass

没有默认值

警告

在生产环境中,不要将 Singleton 运行时策略与 EJB Timer 调度程序( KIE 服务器中的默认调度程序)一起使用。这个组合可能会导致在负载下出现 Hibernate 问题。如果没有特定原因使用其他策略,则建议按进程实例运行时策略。有关此限制的更多信息,请参阅 Singleton 策略和 EJBTimerScheduler 的 Hibernate 问题

13.2. 管理部署描述符

可以在 MenuDesign$PROJECT_NAMESettingsDeployments 中配置部署描述符。

每次创建项目时,会使用默认值生成库存 kie-deployment-descriptor.xml 文件。

不需要为所有 KJAR 提供完整的部署描述符。可以和推荐提供部分部署描述符。例如,如果您需要使用不同的审计模式,您可以指定只针对 KJAR 指定,所有其他属性都将在服务器级别定义默认值。

使用 OVERRIDE_ALL 合并模式时,必须指定所有配置项目,因为相关的 KJAR 始终使用指定的配置,且不会与层次结构中的任何其他部署描述符合并。

13.3. 限制对运行时引擎的访问

required-roles 配置项可以在部署描述符中编辑。此属性通过确保仅向属于此属性定义的组的用户授予对每个KJAR 或每个服务器级别的运行时引擎的访问。

security 角色可用于限制进程定义的访问,或者在运行时限制访问。

默认行为是根据存储库限制,将所需的角色添加到此属性中。如果需要,您可以手动编辑这些属性,提供与安全域中定义的实际角色匹配的角色。

流程

  1. 要在 Business Central 中打开项目部署描述符配置,请打开 MenuDesign$PROJECT_NAMESettingsDeployments
  2. 从配置设置列表中,单击 Required Roles,然后单击 Add Required Role
  3. Add Required Role 窗口中,键入您要具有访问此部署的权限的角色名称,然后单击 Add
  4. 要添加更多角色的访问权限来访问部署,请重复前面的步骤。
  5. 添加完所有所需角色后,点 Save

第 14 章 从 Business Central 访问运行时数据

Business Central 中的以下页面允许您查看 KIE 服务器运行时数据:

  • 进程报告
  • 任务报告
  • 进程定义
  • 进程实例
  • 执行错误
  • Jobs
  • 任务

这些页面使用当前登录的用户的凭证来加载来自 KIE Server 的数据。因此,要能够在 Business Central 中查看运行时数据,请确保满足以下条件:

  • 用户存在于运行 Business Central 应用程序的 KIE 容器(部署单元)。除了 kie-server 角色外,此用户还必须分配 admin分析 或开发人员角色,并且对运行时数据具有完全访问权限。管理器和 process_admin 角色还允许访问 Business Central 中的运行时数据页面。
  • 用户存在于运行 KIE 服务器的 KIE 容器(部署单元)中,并分配了 kie-server 角色。
  • Business Central 和 KIE 服务器之间的通信已建立。也就是说,KIE 服务器已在流程自动化管理器控制器中注册,它是 Business Central 的一部分。

Prometheus 是一个开源系统监控工具包,您可以与红帽流程自动化管理器一起使用并存储与执行业务规则、流程、决策模型和表示法(DMN)模型相关的指标,以及其他红帽流程自动化管理器资产。您可以通过 REST API 调用 KIE Server、Prometheus 表达式浏览器或使用 Grafana 等数据图形工具访问存储的指标。

您可以为内部 KIE 服务器实例、Spring Boot 上的 KIE Server 或 Red Hat OpenShift Container Platform 上的 KIE Server 部署配置 Prometheus 指标监控。

如需 KIE Server 与 Prometheus 公开的可用指标的列表,请 从红帽客户门户网站下载 Red Hat Process Automation Manager 7.12.0 Source Distribution,再导航到 ~/rhpam-7.12.0-sources/src/droolsjbpm-integration-$VERSION/kie-server-parent/kie-server-services/kie-server-services-prometheus/src/main/java/org/kie/kie/kie/server/services/prometheus.

重要

红帽对 Prometheus 的支持仅限于红帽产品文档中提供的设置和配置建议。

15.1. 为 KIE 服务器配置 Prometheus 指标监控

您可以将 KIE 服务器实例配置为使用 Prometheus 来收集和存储与红帽流程自动化管理器中业务资产活动相关的指标。如需 KIE Server 与 Prometheus 公开的可用指标的列表,请 从红帽客户门户网站下载 Red Hat Process Automation Manager 7.12.0 Source Distribution,再导航到 ~/rhpam-7.12.0-sources/src/droolsjbpm-integration-$VERSION/kie-server-parent/kie-server-services/kie-server-services-prometheus/src/main/java/org/kie/kie/kie/server/services/prometheus.

先决条件

  • KIE 服务器已安装。
  • 您有 kie-server 用户角色对 KIE 服务器的访问权限。
  • 已安装 Prometheus。有关下载和使用 Prometheus 的详情,请参考 Prometheus 文档页面

流程

  1. 在 KIE 服务器实例中,将 org.kie.prometheus.server.ext.disabled 系统属性设置为 false 来启用 Prometheus 扩展。当您启动 KIE 服务器或 Red Hat Process Automation Manager 发行版本的 standalone.xmlstandalone-full.xml 文件中,您可以定义此属性。
  2. 如果您在 Spring Boot 上运行 Red Hat Process Automation Manager,请在 application.properties 系统属性中配置所需的密钥:

    Red Hat Process Automation Manager 和 Prometheus 的 Spring Boot application.properties 键

    kieserver.jbpm.enabled=true
    kieserver.drools.enabled=true
    kieserver.dmn.enabled=true
    kieserver.prometheus.enabled=true

  3. 在 Prometheus 发行版本的 prometheus.yaml 文件中,在 scrape_configs 部分添加以下设置,将 Prometheus 配置为从 KIE Server 中提取指标:

    在 prometheus.yaml 文件中提取配置

    scrape_configs:
      - job_name: 'kie-server'
        metrics_path: /SERVER_PATH/services/rest/metrics
        basicAuth:
          username: USER_NAME
          password: PASSWORD
        static_configs:
          - targets: ["HOST:PORT"]

    Spring Boot 的 prometheus.yaml 文件中的提取配置(如果适用)

    scrape_configs:
      - job_name: 'kie'
        metrics_path: /rest/metrics
        static_configs:
          - targets: ["HOST:PORT"]

    根据您的 KIE 服务器位置和设置替换值。

  4. 启动 KIE 服务器实例。

    Red Hat JBoss EAP 上 Red Hat Process Automation Manager 的 start 命令示例

    $ cd ~/EAP_HOME/bin
    $ ./standalone.sh --c standalone-full.xml

    启动配置的 KIE Server 实例后,Prometheus 开始收集指标和 KIE 服务器将指标发布到 REST API 端点 http://HOST:PORT/SERVER/services/rest/metrics (或者在 Spring Boot 中)。

  5. 在 REST 客户端或 curl 工具中,发送带有以下组件的 REST API 请求,以验证 KIE 服务器是否在发布指标:

    对于 REST 客户端:

    • 身份验证 :使用 kie-server 角色输入 KIE Server 用户的用户名和密码。
    • HTTP Headers :设置以下标头:

      • 接受:application/json
    • HTTP 方法 :设置为 GET
    • URL :输入 KIE Server REST API 基础 URL 和指标端点,如 http://localhost:8080/kie-server/services/rest/metrics (或者在 Spring Boot, http://localhost:8080/rest/metrics上)。

    对于 curl 工具:

    • -u :使用 kie-server 角色输入 KIE Server 用户的用户名和密码。
    • - h : 设置以下标头:

      • 接受:application/json
    • -x :设置为 GET
    • URL :输入 KIE Server REST API 基础 URL 和指标端点,如 http://localhost:8080/kie-server/services/rest/metrics (或者在 Spring Boot, http://localhost:8080/rest/metrics上)。

    Red Hat JBoss EAP 上 Red Hat Process Automation Manager 的 curl 命令示例

    curl -u 'baAdmin:password@1' -X GET "http://localhost:8080/kie-server/services/rest/metrics"

    Spring Boot 上 Red Hat Process Automation Manager 的 curl 命令示例

    curl -u 'baAdmin:password@1' -X GET "http://localhost:8080/rest/metrics"

    服务器响应示例

    # HELP kie_server_container_started_total Kie Server Started Containers
    # TYPE kie_server_container_started_total counter
    kie_server_container_started_total{container_id="task-assignment-kjar-1.0",} 1.0
    # HELP solvers_running Number of solvers currently running
    # TYPE solvers_running gauge
    solvers_running 0.0
    # HELP dmn_evaluate_decision_nanosecond DMN Evaluation Time
    # TYPE dmn_evaluate_decision_nanosecond histogram
    # HELP solver_duration_seconds Time in seconds it took solver to solve the constraint problem
    # TYPE solver_duration_seconds summary
    solver_duration_seconds_count{solver_id="100tasks-5employees.xml",} 1.0
    solver_duration_seconds_sum{solver_id="100tasks-5employees.xml",} 179.828255925
    solver_duration_seconds_count{solver_id="24tasks-8employees.xml",} 1.0
    solver_duration_seconds_sum{solver_id="24tasks-8employees.xml",} 179.995759653
    # HELP drl_match_fired_nanosecond Drools Firing Time
    # TYPE drl_match_fired_nanosecond histogram
    # HELP dmn_evaluate_failed_count DMN Evaluation Failed
    # TYPE dmn_evaluate_failed_count counter
    # HELP kie_server_start_time Kie Server Start Time
    # TYPE kie_server_start_time gauge
    kie_server_start_time{name="myapp-kieserver",server_id="myapp-kieserver",location="http://myapp-kieserver-demo-monitoring.127.0.0.1.nip.io:80/services/rest/server",version="7.4.0.redhat-20190428",} 1.557221271502E12
    # HELP kie_server_container_running_total Kie Server Running Containers
    # TYPE kie_server_container_running_total gauge
    kie_server_container_running_total{container_id="task-assignment-kjar-1.0",} 1.0
    # HELP solver_score_calculation_speed Number of moves per second for a particular solver solving the constraint problem
    # TYPE solver_score_calculation_speed summary
    solver_score_calculation_speed_count{solver_id="100tasks-5employees.xml",} 1.0
    solver_score_calculation_speed_sum{solver_id="100tasks-5employees.xml",} 6997.0
    solver_score_calculation_speed_count{solver_id="24tasks-8employees.xml",} 1.0
    solver_score_calculation_speed_sum{solver_id="24tasks-8employees.xml",} 19772.0
    # HELP kie_server_case_started_total Kie Server Started Cases
    # TYPE kie_server_case_started_total counter
    kie_server_case_started_total{case_definition_id="itorders.orderhardware",} 1.0
    # HELP kie_server_case_running_total Kie Server Running Cases
    # TYPE kie_server_case_running_total gauge
    kie_server_case_running_total{case_definition_id="itorders.orderhardware",} 2.0
    # HELP kie_server_data_set_registered_total Kie Server Data Set Registered
    # TYPE kie_server_data_set_registered_total gauge
    kie_server_data_set_registered_total{name="jbpmProcessInstanceLogs::CUSTOM",uuid="jbpmProcessInstanceLogs",} 1.0
    kie_server_data_set_registered_total{name="jbpmRequestList::CUSTOM",uuid="jbpmRequestList",} 1.0
    kie_server_data_set_registered_total{name="tasksMonitoring::CUSTOM",uuid="tasksMonitoring",} 1.0
    kie_server_data_set_registered_total{name="jbpmHumanTasks::CUSTOM",uuid="jbpmHumanTasks",} 1.0
    kie_server_data_set_registered_total{name="jbpmHumanTasksWithUser::FILTERED_PO_TASK",uuid="jbpmHumanTasksWithUser",} 1.0
    kie_server_data_set_registered_total{name="jbpmHumanTasksWithVariables::CUSTOM",uuid="jbpmHumanTasksWithVariables",} 1.0
    kie_server_data_set_registered_total{name="jbpmProcessInstancesWithVariables::CUSTOM",uuid="jbpmProcessInstancesWithVariables",} 1.0
    kie_server_data_set_registered_total{name="jbpmProcessInstances::CUSTOM",uuid="jbpmProcessInstances",} 1.0
    kie_server_data_set_registered_total{name="jbpmExecutionErrorList::CUSTOM",uuid="jbpmExecutionErrorList",} 1.0
    kie_server_data_set_registered_total{name="processesMonitoring::CUSTOM",uuid="processesMonitoring",} 1.0
    kie_server_data_set_registered_total{name="jbpmHumanTasksWithAdmin::FILTERED_BA_TASK",uuid="jbpmHumanTasksWithAdmin",} 1.0
    # HELP kie_server_execution_error_total Kie Server Execution Errors
    # TYPE kie_server_execution_error_total counter
    # HELP kie_server_task_completed_total Kie Server Completed Tasks
    # TYPE kie_server_task_completed_total counter
    # HELP kie_server_container_running_total Kie Server Running Containers
    # TYPE kie_server_container_running_total gauge
    kie_server_container_running_total{container_id="itorders_1.0.0-SNAPSHOT",} 1.0
    # HELP kie_server_job_cancelled_total Kie Server Cancelled Jobs
    # TYPE kie_server_job_cancelled_total counter
    # HELP kie_server_process_instance_started_total Kie Server Started Process Instances
    # TYPE kie_server_process_instance_started_total counter
    kie_server_process_instance_started_total{container_id="itorders_1.0.0-SNAPSHOT",process_id="itorders.orderhardware",} 1.0
    # HELP solver_duration_seconds Time in seconds it took solver to solve the constraint problem
    # TYPE solver_duration_seconds summary
    # HELP kie_server_task_skipped_total Kie Server Skipped Tasks
    # TYPE kie_server_task_skipped_total counter
    # HELP kie_server_data_set_execution_time_seconds Kie Server Data Set Execution Time
    # TYPE kie_server_data_set_execution_time_seconds summary
    kie_server_data_set_execution_time_seconds_count{uuid="jbpmProcessInstances",} 8.0
    kie_server_data_set_execution_time_seconds_sum{uuid="jbpmProcessInstances",} 0.05600000000000001
    # HELP kie_server_job_scheduled_total Kie Server Started Jobs
    # TYPE kie_server_job_scheduled_total counter
    # HELP kie_server_data_set_execution_total Kie Server Data Set Execution
    # TYPE kie_server_data_set_execution_total counter
    kie_server_data_set_execution_total{uuid="jbpmProcessInstances",} 8.0
    # HELP kie_server_process_instance_completed_total Kie Server Completed Process Instances
    # TYPE kie_server_process_instance_completed_total counter
    # HELP kie_server_job_running_total Kie Server Running Jobs
    # TYPE kie_server_job_running_total gauge
    # HELP kie_server_task_failed_total Kie Server Failed Tasks
    # TYPE kie_server_task_failed_total counter
    # HELP kie_server_task_exited_total Kie Server Exited Tasks
    # TYPE kie_server_task_exited_total counter
    # HELP dmn_evaluate_decision_nanosecond DMN Evaluation Time
    # TYPE dmn_evaluate_decision_nanosecond histogram
    # HELP kie_server_data_set_lookups_total Kie Server Data Set Running Lookups
    # TYPE kie_server_data_set_lookups_total gauge
    kie_server_data_set_lookups_total{uuid="jbpmProcessInstances",} 0.0
    # HELP kie_server_process_instance_duration_seconds Kie Server Process Instances Duration
    # TYPE kie_server_process_instance_duration_seconds summary
    # HELP kie_server_case_duration_seconds Kie Server Case Duration
    # TYPE kie_server_case_duration_seconds summary
    # HELP dmn_evaluate_failed_count DMN Evaluation Failed
    # TYPE dmn_evaluate_failed_count counter
    # HELP kie_server_task_added_total Kie Server Added Tasks
    # TYPE kie_server_task_added_total counter
    kie_server_task_added_total{deployment_id="itorders_1.0.0-SNAPSHOT",process_id="itorders.orderhardware",task_name="Prepare hardware spec",} 1.0
    # HELP drl_match_fired_nanosecond Drools Firing Time
    # TYPE drl_match_fired_nanosecond histogram
    # HELP kie_server_container_started_total Kie Server Started Containers
    # TYPE kie_server_container_started_total counter
    kie_server_container_started_total{container_id="itorders_1.0.0-SNAPSHOT",} 1.0
    # HELP kie_server_process_instance_sla_violated_total Kie Server Process Instances SLA Violated
    # TYPE kie_server_process_instance_sla_violated_total counter
    # HELP kie_server_task_duration_seconds Kie Server Task Duration
    # TYPE kie_server_task_duration_seconds summary
    # HELP kie_server_job_executed_total Kie Server Executed Jobs
    # TYPE kie_server_job_executed_total counter
    # HELP kie_server_deployments_active_total Kie Server Active Deployments
    # TYPE kie_server_deployments_active_total gauge
    kie_server_deployments_active_total{deployment_id="itorders_1.0.0-SNAPSHOT",} 1.0
    # HELP kie_server_process_instance_running_total Kie Server Running Process Instances
    # TYPE kie_server_process_instance_running_total gauge
    kie_server_process_instance_running_total{container_id="itorders_1.0.0-SNAPSHOT",process_id="itorders.orderhardware",} 2.0
    # HELP solvers_running Number of solvers currently running
    # TYPE solvers_running gauge
    solvers_running 0.0
    # HELP kie_server_work_item_duration_seconds Kie Server Work Items Duration
    # TYPE kie_server_work_item_duration_seconds summary
    # HELP kie_server_job_duration_seconds Kie Server Job Duration
    # TYPE kie_server_job_duration_seconds summary
    # HELP solver_score_calculation_speed Number of moves per second for a particular solver solving the constraint problem
    # TYPE solver_score_calculation_speed summary
    # HELP kie_server_start_time Kie Server Start Time
    # TYPE kie_server_start_time gauge
    kie_server_start_time{name="sample-server",server_id="sample-server",location="http://localhost:8080/kie-server/services/rest/server",version="7.59.1-SNAPSHOT",} 1.557285486469E12

    如果 KIE 服务器中没有指标,请检查并验证本节中的 KIE 服务器和 Prometheus 配置。

    您还可以在 http://HOST:PORT/graph 的 Prometheus 表达式浏览器中与收集的指标交互,或者将 Prometheus 数据源与 Grafana 等数据工具集成:

    图 15.1. 带有 KIE 服务器指标的 Prometheus 表达式浏览器

    Prometheus 表达式浏览器数据

    图 15.2. 带有 KIE Server 目标的 Prometheus 表达式浏览器

    Prometheus 表达式浏览器目标

    图 15.3. 带有 DMN 模型的 KIE 服务器指标的 Grafana 仪表板

    prometheus grafana data dmn

    图 15.4. 带有 KIE 服务器指标的 Grafana 仪表板

    prometheus grafana data optimizer

    图 15.5. 带有 KIE 服务器指标的 Grafana 仪表板用于进程、用例和任务

    prometheus grafana data jbpm

您可以在 Red Hat OpenShift Container Platform 上配置 KIE 服务器部署,以使用 Prometheus 在 Red Hat Process Automation Manager 中收集并存储与业务资产活动相关的指标。如需 KIE Server 与 Prometheus 公开的可用指标的列表,请 从红帽客户门户网站下载 Red Hat Process Automation Manager 7.12.0 Source Distribution,再导航到 ~/rhpam-7.12.0-sources/src/droolsjbpm-integration-$VERSION/kie-server-parent/kie-server-services/kie-server-services-prometheus/src/main/java/org/kie/kie/kie/server/services/prometheus.

先决条件

  • KIE 服务器已安装并在 Red Hat OpenShift Container Platform 上部署。如需有关 OpenShift 上的 KIE 服务器的更多信息,请参阅 Red Hat Process Automation Manager 7.12 产品文档中的相关 OpenShift 部署选项。
  • 您有 kie-server 用户角色对 KIE 服务器的访问权限。
  • 已安装 Prometheus Operator。有关下载和使用 Prometheus Operator 的详情,请参考 GitHub 中的 Prometheus Operator 项目。

流程

  1. 在 OpenShift 上的 KIE Server 部署的 DeploymentConfig 对象中,将 PROMETHEUS_SERVER_EXT_DISABLED 环境变量设置为 false 来启用 Prometheus 扩展。您可以在 OpenShift Web 控制台中设置此变量,或者在命令终端中使用 oc 命令:

    oc set env dc/<dc_name> PROMETHEUS_SERVER_EXT_DISABLED=false -n <namespace>

    如果您还没有在 OpenShift 上部署 KIE Server,那么您可以在您计划用于 OpenShift 部署的 OpenShift 模板(例如: rhpam712-prod-immutable-kieserver.yaml)中,您可以将 PROMETHEUS_SERVER_EXT_DISABLED 模板参数设置为 false 来启用 Prometheus 扩展。

    如果您使用 OpenShift Operator 在 OpenShift 上部署 KIE 服务器,然后在 KIE Server 配置中将 PROMETHEUS_SERVER_EXT_DISABLED 环境变量设置为 false 来启用 Prometheus 扩展:

    apiVersion: app.kiegroup.org/v1
    kind: KieApp
    metadata:
      name: enable-prometheus
    spec:
      environment: rhpam-trial
      objects:
        servers:
        - env:
          - name: PROMETHEUS_SERVER_EXT_DISABLED
            value: "false"
  2. 创建一个 service-metrics.yaml 文件,以添加将指标从 KIE Server 公开给 Prometheus 的服务:

    apiVersion: v1
    kind: Service
    metadata:
      annotations:
        description: RHPAM Prometheus metrics exposed
      labels:
        app: myapp-kieserver
        application: myapp-kieserver
        template: myapp-kieserver
        metrics: rhpam
      name: rhpam-app-metrics
    spec:
      ports:
        - name: web
          port: 8080
          protocol: TCP
          targetPort: 8080
      selector:
        deploymentConfig: myapp-kieserver
      sessionAffinity: None
      type: ClusterIP
  3. 在命令终端中,使用 oc 命令将 service-metrics.yaml 文件应用到 OpenShift 部署:

    oc apply -f service-metrics.yaml
  4. 创建一个 OpenShift secret,如 metrics-secret,以访问 KIE Server 上的 Prometheus 指标。secret 必须包含带有 KIE Server 用户凭证的 "username" 和 "password" 元素。如需有关 OpenShift 机密的信息,请参阅 OpenShift 开发人员指南中的 机密 章节。
  5. 创建定义 ServiceMonitor 对象的 service-monitor.yaml 文件。服务监控器可让 Prometheus 连接到 KIE 服务器指标服务。

    apiVersion: monitoring.coreos.com/v1
    kind: ServiceMonitor
    metadata:
      name: rhpam-service-monitor
      labels:
        team: frontend
    spec:
      selector:
        matchLabels:
          metrics: rhpam
      endpoints:
        - port: web
          path: /services/rest/metrics
          basicAuth:
            password:
              name: metrics-secret
              key: password
            username:
              name: metrics-secret
              key: username
  6. 在命令终端中,使用 oc 命令将 service-monitor.yaml 文件应用到 OpenShift 部署:

    oc apply -f service-monitor.yaml

    完成这些配置后,Prometheus 开始收集指标和 KIE 服务器将指标发布到 REST API 端点 http://HOST:PORT/kie-server/services/rest/metrics

    您可以在位于 http://HOST:PORT/graph 的 Prometheus 表达式浏览器中与收集的指标交互,或者将 Prometheus 数据源与 Grafana 等数据工具集成。

    Prometheus 表达式浏览器位置 http://HOST:PORT/graph 的主机和端口在您安装 Prometheus Operator 时公开 Prometheus web 控制台的路由中定义。如需有关 OpenShift 路由的信息,请参阅 OpenShift 架构 文档中的 路由 章节。

    图 15.6. 带有 KIE 服务器指标的 Prometheus 表达式浏览器

    Prometheus 表达式浏览器数据

    图 15.7. 带有 KIE Server 目标的 Prometheus 表达式浏览器

    Prometheus 表达式浏览器目标 ocp

    图 15.8. 带有 DMN 模型的 KIE 服务器指标的 Grafana 仪表板

    prometheus grafana data dmn

    图 15.9. 带有 KIE 服务器指标的 Grafana 仪表板

    prometheus grafana data optimizer

    图 15.10. 带有 KIE 服务器指标的 Grafana 仪表板用于进程、用例和任务

    prometheus grafana data jbpm

将 KIE 服务器实例配置为使用 Prometheus 指标监控后,您可以在 KIE 服务器中扩展 Prometheus 功能,以根据您的业务需求使用自定义指标。然后,Prometheus 会收集并存储您的自定义指标以及 KIE 服务器与 Prometheus 公开的默认指标。

例如,此流程定义由 Prometheus 收集和存储的自定义决策模型和符号(DMN)指标。

先决条件

流程

  1. 创建一个空的 Maven 项目,并在项目的 pom.xml 文件中定义以下打包类型和依赖项:

    示例项目中的 pom.xml 文件示例

    <packaging>jar</packaging>
    
    <properties>
      <version.org.kie>7.59.0.Final-redhat-00006</version.org.kie>
    </properties>
    
    <dependencies>
      <dependency>
        <groupId>org.kie</groupId>
        <artifactId>kie-api</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-api</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-services-common</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-services-drools</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-services-prometheus</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie</groupId>
        <artifactId>kie-dmn-api</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie</groupId>
        <artifactId>kie-dmn-core</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.jbpm</groupId>
        <artifactId>jbpm-services-api</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.jbpm</groupId>
        <artifactId>jbpm-executor</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.optaplanner</groupId>
        <artifactId>optaplanner-core</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>io.prometheus</groupId>
        <artifactId>simpleclient</artifactId>
        <version>0.5.0</version>
      </dependency>
    </dependencies>

  2. org.kie.server.services.prometheus.PrometheusMetricsProvider 接口实现相关的监听程序,作为定义自定义 Prometheus 指标的自定义监听程序类的一部分,如下例所示:

    自定义监听器类中的 DMNRuntimeEventListener 监听器实现示例

    package org.kie.server.ext.prometheus;
    
    import io.prometheus.client.Gauge;
    import org.kie.dmn.api.core.ast.DecisionNode;
    import org.kie.dmn.api.core.event.AfterEvaluateBKMEvent;
    import org.kie.dmn.api.core.event.AfterEvaluateContextEntryEvent;
    import org.kie.dmn.api.core.event.AfterEvaluateDecisionEvent;
    import org.kie.dmn.api.core.event.AfterEvaluateDecisionServiceEvent;
    import org.kie.dmn.api.core.event.AfterEvaluateDecisionTableEvent;
    import org.kie.dmn.api.core.event.BeforeEvaluateBKMEvent;
    import org.kie.dmn.api.core.event.BeforeEvaluateContextEntryEvent;
    import org.kie.dmn.api.core.event.BeforeEvaluateDecisionEvent;
    import org.kie.dmn.api.core.event.BeforeEvaluateDecisionServiceEvent;
    import org.kie.dmn.api.core.event.BeforeEvaluateDecisionTableEvent;
    import org.kie.dmn.api.core.event.DMNRuntimeEventListener;
    import org.kie.server.api.model.ReleaseId;
    import org.kie.server.services.api.KieContainerInstance;
    
    public class ExampleCustomPrometheusMetricListener implements DMNRuntimeEventListener {
    
        private final KieContainerInstance kieContainer;
    
        private final Gauge randomGauge = Gauge.build()
                .name("random_gauge_nanosecond")
                .help("Random gauge as an example of custom KIE Prometheus metric")
                .labelNames("container_id", "group_id", "artifact_id", "version", "decision_namespace", "decision_name")
                .register();
    
        public ExampleCustomPrometheusMetricListener(KieContainerInstance containerInstance) {
            kieContainer = containerInstance;
        }
    
        public void beforeEvaluateDecision(BeforeEvaluateDecisionEvent e) {
        }
    
        public void afterEvaluateDecision(AfterEvaluateDecisionEvent e) {
            DecisionNode decisionNode = e.getDecision();
            ReleaseId releaseId = kieContainer.getResource().getReleaseId();
            randomGauge.labels(kieContainer.getContainerId(), releaseId.getGroupId(),
                               releaseId.getArtifactId(), releaseId.getVersion(),
                               decisionNode.getModelName(), decisionNode.getModelNamespace())
                    .set((int) (Math.random() * 100));
        }
    
        public void beforeEvaluateBKM(BeforeEvaluateBKMEvent event) {
        }
    
        public void afterEvaluateBKM(AfterEvaluateBKMEvent event) {
        }
    
        public void beforeEvaluateContextEntry(BeforeEvaluateContextEntryEvent event) {
        }
    
        public void afterEvaluateContextEntry(AfterEvaluateContextEntryEvent event) {
        }
    
        public void beforeEvaluateDecisionTable(BeforeEvaluateDecisionTableEvent event) {
        }
    
        public void afterEvaluateDecisionTable(AfterEvaluateDecisionTableEvent event) {
        }
    
        public void beforeEvaluateDecisionService(BeforeEvaluateDecisionServiceEvent event) {
        }
    
        public void afterEvaluateDecisionService(AfterEvaluateDecisionServiceEvent event) {
        }
    }

    PrometheusMetricsProvider 接口包含收集 Prometheus 指标所需的监听程序。接口通过您在 pom.xml 文件中声明的 kie-server-services-prometheus 依赖项来融合。

    在本例中,ExampleCustomPrometheusMetricListener 类实施 DMNRuntimeEventListener 侦听器(来自 PrometheusMetricsProvider 接口),并定义由 Prometheus 收集和存储的自定义 DMN 指标。

  3. 实施 PrometheusMetricsProvider 接口作为自定义指标提供程序类的一部分,该类将自定义监听程序与 PrometheusMetricsProvider 接口相关联,如下例所示:

    自定义指标供应商类中的 PrometheusMetricsProvider 接口实现示例

    package org.kie.server.ext.prometheus;
    
    import org.jbpm.executor.AsynchronousJobListener;
    import org.jbpm.services.api.DeploymentEventListener;
    import org.kie.api.event.rule.AgendaEventListener;
    import org.kie.api.event.rule.DefaultAgendaEventListener;
    import org.kie.dmn.api.core.event.DMNRuntimeEventListener;
    import org.kie.server.services.api.KieContainerInstance;
    import org.kie.server.services.prometheus.PrometheusMetricsProvider;
    import org.optaplanner.core.impl.phase.event.PhaseLifecycleListener;
    import org.optaplanner.core.impl.phase.event.PhaseLifecycleListenerAdapter;
    
    public class MyPrometheusMetricsProvider implements PrometheusMetricsProvider {
    
        public DMNRuntimeEventListener createDMNRuntimeEventListener(KieContainerInstance kContainer) {
            return new ExampleCustomPrometheusMetricListener(kContainer);
        }
    
        public AgendaEventListener createAgendaEventListener(String kieSessionId, KieContainerInstance kContainer) {
            return new DefaultAgendaEventListener();
        }
    
        public PhaseLifecycleListener createPhaseLifecycleListener(String solverId) {
            return new PhaseLifecycleListenerAdapter() {
            };
        }
    
        public AsynchronousJobListener createAsynchronousJobListener() {
            return null;
        }
    
        public DeploymentEventListener createDeploymentEventListener() {
            return null;
        }
    }

    在本例中,MyPrometheusMetricsProvider 类实施 PrometheusMetricsProvider 接口,并包含您的自定义 ExampleCustomPrometheusMetricListener 侦听器类。

  4. 要使 KIE 服务器发现新的指标提供程序,请在 Maven 项目中创建一个 META-INF/services/org.kie.server.services.prometheus.PrometheusMetricsProvider 文件,并在文件中添加 PrometheusMetricsProvider 实施类的完全限定类名称。在本例中,文件包含一行 org.kie.server.ext.prometheus.MyPrometheusMetricsProvider
  5. 构建项目并将生成的 JAR 文件复制到项目的 ~/kie-server.war/WEB-INF/lib 目录中。例如,在红帽 JBoss EAP 上,此目录的路径为 EAP_HOME/standalone/deployments/kie-server.war/WEB-INF/lib

    如果要在 Red Hat OpenShift Container Platform 上部署 Red Hat Process Automation Manager,请创建一个自定义 KIE Server 镜像,并将此 JAR 文件添加到镜像中。有关使用额外 JAR 文件创建自定义 KIE Server 镜像的更多信息,请参阅使用 Operator 在 Red Hat OpenShift Container Platform 4 上部署 Red Hat Process Automation Manager 环境

  6. 启动 KIE 服务器,并将构建的项目部署到正在运行的 KIE 服务器。您可以使用 Business Central 接口或 KIE Server REST API 部署项目( PUT 请求 http://SERVER:PORT/kie-server/services/rest/server/containers/{containerId})。

    在运行的 KIE Server 上部署项目后,Prometheus 开始收集指标和 KIE 服务器将指标发布到 REST API 端点 http://HOST:PORT/SERVER/services/rest/metrics (或者在 Spring Boot 上)。

第 16 章 配置 OpenShift 连接超时

默认情况下,OpenShift 路由配置为超时超过 30 秒的 HTTP 请求。这可能会导致 Business Central 中的会话超时问题,从而导致以下行为:

  • "无法完成您的请求。以下异常发生:(TypeError): Cannot read property 'indexOf' of null"。
  • "无法完成您的请求。以下异常发生:(TypeError): b is null"。
  • 当单击 Business Central 中的 ProjectServer 链接时,会显示空白页面。

所有 Business Central 模板均已包含扩展超时配置。

要在 Business Central OpenShift 路由中配置较长的超时时间,请在目标路由中添加 haproxy.router.openshift.io/timeout: 60s 注解:

  - kind: Route
    apiVersion: v1
    id: "$APPLICATION_NAME-rhpamcentr-http"
    metadata:
      name: "$APPLICATION_NAME-rhpamcentr"
      labels:
        application: "$APPLICATION_NAME"
      annotations:
        description: Route for Business Central's http service.
        haproxy.router.openshift.io/timeout: 60s
    spec:
      host: "$BUSINESS_CENTRAL_HOSTNAME_HTTP"
      to:
        name: "$APPLICATION_NAME-rhpamcentr"

有关全局路由特定超时注解的完整列表,请参阅 OpenShift 文档

第 17 章 持久性

二进制持久性或组合,将进程实例的状态转换为二进制数据集。二进制持久性是一种用于持久存储和检索信息的机制。相同的机制也应用到会话状态和工作项目状态。

当您启用进程实例的持久性时:

  • Red Hat Process Automation Manager 将进程实例信息转换为二进制数据。出于性能的原因,使用自定义序列化而不是 Java 序列化。
  • 二进制数据与其他进程实例元数据存储在一起,如进程实例 ID、进程 ID 和进程启动日期。

会话也可以存储其他形式的状态,如计时器作业的状态或业务规则评估所需的数据。会话状态单独存储为二进制数据集,以及会话和元数据的 ID。您可以通过重新载入带有给定 ID 的会话来恢复会话。使用 ksession.getId () 获取会话 ID。

在配置了持久性时,Red Hat Process Automation Manager 将保留以下内容:

  • 会话状态 :这包括会话 ID (上次修改日期)、业务规则评估所需的会话数据,以及计时器作业的状态。
  • 进程实例状态 :这包括进程实例 ID、进程 ID、上次修改日期、进程实例启动日期、运行时数据(包括执行状态,包括正在执行的节点、变量值和其他进程实例数据)和事件类型。
  • 工作项目 运行时状态 :这包括工作项目 ID、创建日期、名称、进程实例 ID 和工作项目状态本身。

根据持久数据,您可以恢复所有正在运行的进程实例的执行状态,以防失败或临时从内存中删除正在运行的实例,并在以后恢复它们。

17.1. 配置 KIE 服务器持久性

您可以通过将 Hibernate 或 JPA 参数作为系统属性来配置 KIE 服务器持久性。

KIE 服务器可以确认带有以下前缀的系统属性,您可以使用带有以下前缀的每个 Hibernate 或 JPA 参数:

  • javax.persistence
  • hibernate

流程

  1. 要配置 KIE 服务器持久性,请完成以下任一任务:

    如果要使用 Red Hat JBoss EAP 配置文件配置 KIE 服务器持久性,请完成以下任务:

    1. 在 Red Hat Process Automation Manager 安装目录中,进入 standalone-full.xml 文件。例如,如果您为 Red Hat Process Automation Manager 使用 Red Hat JBoss EAP 安装,请转到 $EAP_HOME/standalone/configuration/standalone-full.xml 文件。
    2. 打开 standalone-full.xml 文件,并在 &lt ;system-properties& gt; 标签下,将 Hibernate 或 JPA 参数设置为系统属性。

      使用 Hibernate 参数配置 KIE 服务器持久性示例

      <system-properties>
          ...
              <property name="hibernate.hbm2ddl.auto" value="create-drop"/>
          ...
      <system-properties>

      使用 JPA 参数配置 KIE 服务器持久性示例

      <system-properties>
          ...
              <property name="javax.persistence.jdbc.url" value="jdbc:mysql://mysql.db.server:3306/my_database?useSSL=false&serverTimezone=UTC"/>
          ...
      <system-properties>

    如果要使用命令行配置 KIE 服务器持久性,请完成以下任务:

    1. 使用 -Dkey=value 直接从命令行传递参数,如下所示:

      使用 Hibernate 参数配置 KIE 服务器持久性示例:

      $EAP_HOME/bin/standalone.sh -Dhibernate.hbm2ddl.auto=create-drop

      使用 JPA 参数配置 KIE 服务器持久性示例:

      $EAP_HOME/bin/standalone.sh -Djavax.persistence.jdbc.url=jdbc:mysql://mysql.db.server:3306/my_database?useSSL=false&serverTimezone=UTC

17.2. 配置安全点

要允许持久性,请将 jbpm-persistence JAR 文件添加到应用程序的类路径,并将进程引擎配置为使用持久性。当进程引擎达到安全点时,进程引擎会自动将运行时状态存储在存储中。

安全点是进程实例暂停的点。当进程实例调用到达进程引擎中的安全点时,进程引擎会将进程实例的任何更改存储为进程运行时数据的快照。但是,当进程实例完成后,进程实例运行时数据的持久性快照会被自动删除。

udica2 安全点节点可确保进程引擎在执行停止和提交事务时保存进程定义状态。以下 site2 节点被视为安全点:

  • 所有中等 CATCH 事件

    • 计时器中间事件
    • 错误中间事件
    • 条件中间事件
    • 编译中间事件
    • 信号中间事件
    • 升级中间事件
    • 消息中间事件
  • 用户任务
  • 自定义(由用户定义)没有完成处理程序中的任务的服务任务

如果发生失败,您需要从存储中恢复进程引擎运行时,进程实例会自动恢复,并且其执行恢复,因此无需手动重新加载和触发进程实例。

考虑运行时持久性数据到进程引擎内部。您不应该访问持久的运行时数据或直接修改,因为这可能会出现意外的副作用。

有关当前执行状态的更多信息,请参阅历史记录日志。仅在绝对必要时才查询运行时数据。

17.3. 会话持久性实体

会话保留为 SessionInfo 实体。它们保留运行时 KIE 会话的状态,并存储以下数据:

Expand
表 17.1. SessionInfo
字段描述nullable

id

主密钥。

NOT NULL

lastModificationDate

最后一次将实体保存到数据库的时间。

 

rulesByteArray

会话的状态。

NOT NULL

startDate

会话开始时间。

 

OPTLOCK

包含锁定值的 version 字段。

 

17.4. 处理实例持久性实体

进程实例保留为 ProcessInstanceInfo 实体,该实体会在运行时保留进程实例状态并存储以下数据:

Expand
表 17.2. ProcessInstanceInfo
字段描述nullable

instanceId

主密钥。

NOT NULL

lastModificationDate

最后一次保存到数据库的时间。

 

lastReadDate

最后一次从数据库检索实体的时间。

 

processId

进程的 ID。

 

processInstanceByteArray

进程实例的状态,格式为二进制数据集。

NOT NULL

startDate

进程的开始时间。

 

state

代表进程实例状态的整数。

NOT NULL

OPTLOCK

包含锁定值的 version 字段。

 

ProcessInstanceInfoEventTypes 实体有 1:N 的关系。

EventTypes 实体包含以下数据:

Expand
表 17.3. EventTypes
字段描述nullable

instanceId

对本列上的 ProcessInstanceInfo 主键和外键约束的引用。

NOT NULL

元素

进程中的已完成事件。

 

17.5. 工作项目持久性实体

工作项目保留为 WorkItemInfo 实体,它会在运行时保留特定工作项目实例的状态,并存储以下数据:

Expand
表 17.4. WorkItemInfo
字段描述nullable

workItemId

主密钥。

NOT NULL

name

工作项目的名称。

 

processInstanceId

进程(主键)ID。此字段没有外键约束。

NOT NULL

state

工作项目的状态。

NOT NULL

OPTLOCK

包含锁定值的 version 字段。

 

workitembytearay

work 项状态在 中,作为二进制数据集。

NOT NULL

17.6. 关联键实体

CorrelationKeyInfo 实体包含有关分配给给定进程实例的关联键的信息。这个表是可选的。仅在需要关联功能时才使用它。

Expand
表 17.5. CorrelationKeyInfo
字段描述nullable

keyId

主密钥。

NOT NULL

name

关联键的分配名称。

 

processInstanceId

分配给关联键的进程实例的 ID。

NOT NULL

OPTLOCK

包含锁定值的 version 字段。

 

CorrelationPropertyInfo 实体包含有关分配给进程实例的关联键的关联属性的信息。

Expand
表 17.6. CorrelationPropertyInfo
字段描述nullable

propertyId

主密钥。

NOT NULL

name

属性的名称。

 

value

属性的值。

NOT NULL

OPTLOCK

包含锁定值的 version 字段。

 

correlationKey_keyId

映射到关联键的外键。

NOT NULL

17.7. 上下文映射实体

ContextMappingInfo 实体包含有关映射到 KieSession 的上下文信息。这是 RuntimeManager 的内部部分,可以在不使用 RuntimeManager 时被视为可选。

Expand
表 17.7. ContextMappingInfo
字段描述nullable

mappingId

主密钥。

NOT NULL

CONTEXT_ID

上下文标识符。

NOT NULL

KSESSION_ID

KieSession 标识符。

NOT NULL

OPTLOCK

包含锁定值的 version 字段。

 

OWNER_ID

包含与给定映射关联的部署单元的标识符

 

17.8. 保守锁定支持

持久性进程的默认锁定机制是 最佳的。当多线程较高的并发到同一进程实例时,这个锁定策略可能会导致性能不良。

17.8.1. 通过代码配置 pessimistic 锁定支持

您可以基于每个进程设置锁定机制,并允许它成为 pessimistic。您可以在每个 KIE Session 级别或运行时管理器级别进行更改,而不只是在进程级别进行更改。

要将进程设置为使用 pessimistic locking,请在运行时环境中使用以下配置:

import org.kie.api.runtime.Environment;
import org.kie.api.runtime.EnvironmentName;
import org.kie.api.runtime.manager.RuntimeManager;
import org.kie.api.runtime.manager.RuntimeManagerFactory;

...

env.set(EnvironmentName.USE_PESSIMISTIC_LOCKING, true);  
1


RuntimeManager manager = RuntimeManagerFactory.Factory.get().newPerRequestRuntimeManager(environment);  
2
1
envorg.kie.api.runtime.Environment 的实例。
2
使用此环境创建 Runtime Manager。

Business Central 支持进程的直接锁定。要将流程设置为在 Business Central 中使用 pessimistic locking,请使用以下步骤:

先决条件

  • 在 Business Central 中有足够的用户权限。
  • 您已创建了 Business Central 项目。

流程

  1. 在 Business Central 中,前往 MenuDesignProjects
  2. 选择您的项目。
  3. 单击 Settings 选项卡,以访问项目设置。
  4. 进入 DeploymentsEnvironment 条目
  5. Add Environment Entry
  6. 要添加环境条目,请输入以下值:

    • 名称 :输入您的环境名称。
    • :输入您的环境值。
    • 解析器类型 :根据您的要求,选择 MVEL、Reflection 或 Spring 解析器类型。
    • 参数 :添加参数。
  7. 单击 Save,然后再次单击 Save 以确认更改。

当您创建在您定义的进程中使用的进程变量时,Red Hat Process Automation Manager 会将这些进程变量存储为默认数据库 schema 中的二进制数据。您可以在单独的数据库架构中保留进程变量,以便在维护和实施进程数据方面具有更大的灵活性。

例如,在单独的数据库架构中保留进程变量可帮助您执行以下任务:

  • 以人类可读格式维护进程变量
  • 将变量提供给 Red Hat Process Automation Manager 之外的服务
  • 清除 Red Hat Process Automation Manager 中默认数据库表的日志,而不会丢失进程变量数据
注意

这个过程只适用于处理变量。此流程不适用于问题单变量。

先决条件

  • 您已在 Red Hat Process Automation Manager 中定义了您要实施变量的进程。
  • 如果要在 Red Hat Process Automation Manager 之外的数据库架构中保留变量,则已创建了数据源和您要使用的单独数据库架构。有关创建数据源的详情,请参考配置 Business Central 设置和属性

流程

  1. 在用作进程变量的数据对象文件中,添加以下元素来配置变量持久性:

    为变量持久性配置的 Person.java 对象示例

    @javax.persistence.Entity  
    1
    
    @javax.persistence.Table(name = "Person")  
    2
    
    public class Person extends org.drools.persistence.jpa.marshaller.VariableEntity  
    3
    
    implements java.io.Serializable {  
    4
    
    
    	static final long serialVersionUID = 1L;
    
    	@javax.persistence.GeneratedValue(strategy = javax.persistence.GenerationType.AUTO, generator = "PERSON_ID_GENERATOR")
    	@javax.persistence.Id  
    5
    
    	@javax.persistence.SequenceGenerator(name = "PERSON_ID_GENERATOR", sequenceName = "PERSON_ID_SEQ")
    	private java.lang.Long id;
    
    	private java.lang.String name;
    
    	private java.lang.Integer age;
    
    	public Person() {
    	}
    
    	public java.lang.Long getId() {
    		return this.id;
    	}
    
    	public void setId(java.lang.Long id) {
    		this.id = id;
    	}
    
    	public java.lang.String getName() {
    		return this.name;
    	}
    
    	public void setName(java.lang.String name) {
    		this.name = name;
    	}
    
    	public java.lang.Integer getAge() {
    		return this.age;
    	}
    
    	public void setAge(java.lang.Integer age) {
    		this.age = age;
    	}
    
    	public Person(java.lang.Long id, java.lang.String name,
    			java.lang.Integer age) {
    		this.id = id;
    		this.name = name;
    		this.age = age;
    	}
    
    }

    1
    将数据对象配置为持久性实体。
    2
    定义用于 data 对象的数据库表名称。
    3
    创建单独的 mapped Variable 映射表,用于维护此数据对象和相关进程实例之间的关系。如果您不需要维护此关系,则不需要扩展 VariableEntity 类。如果没有此扩展,数据对象仍然会保留,但不包含额外的数据。
    4
    将 data 对象配置为串行对象。
    5
    为对象设置持久性 ID。

    要使用 Business Central 持久保留数据对象,请导航到项目中的数据对象文件,点窗口右上角的 Persistence 图标,并配置持久性行为:

    图 17.1. Business Central 中的持久性配置

    中心中的持久性
  2. 在项目的 pom.xml 文件中,添加以下依赖项以实现持久性支持。此依赖关系包含您在数据对象中配置的 VariableEntity 类。

    持久性的项目依赖项

    <dependency>
      <groupId>org.drools</groupId>
      <artifactId>drools-persistence-jpa</artifactId>
      <version>${rhpam.version}</version>
      <scope>provided</scope>
    </dependency>

  3. 在项目的 ~/META-INF/kie-descriptor.xml 文件中,配置 JPA marshalling 策略和与 marshaller 搭配使用的持久性单元。JPA marshalling 策略和持久性单元需要定义为实体的对象。

    在 kie-deployment-descriptor.xml 文件中配置的 JPA marshaller 和持久性单元

    <marshalling-strategy>
      <resolver>mvel</resolver>
      <identifier>new org.drools.persistence.jpa.marshaller.JPAPlaceholderResolverStrategy("myPersistenceUnit", classLoader)</identifier>
      <parameters/>
    </marshalling-strategy>

  4. 在项目的 ~/META-INF 目录中,创建一个 persistence.xml 文件,该文件指定要保留 process 变量的数据源:

    带有数据源配置的 persistence.xml 文件示例

    <persistence xmlns="http://java.sun.com/xml/ns/persistence" xmlns:orm="http://java.sun.com/xml/ns/persistence/orm" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd http://java.sun.com/xml/ns/persistence/orm http://java.sun.com/xml/ns/persistence/orm_2_0.xsd">
        <persistence-unit name="myPersistenceUnit" transaction-type="JTA">
            <provider>org.hibernate.jpa.HibernatePersistenceProvider</provider>
            <jta-data-source>java:jboss/datasources/ExampleDS</jta-data-source>  
    1
    
            <class>org.space.example.Person</class>
            <exclude-unlisted-classes>true</exclude-unlisted-classes>
            <properties>
                <property name="hibernate.dialect" value="org.hibernate.dialect.PostgreSQLDialect"/>
                <property name="hibernate.max_fetch_depth" value="3"/>
                <property name="hibernate.hbm2ddl.auto" value="update"/>
                <property name="hibernate.show_sql" value="true"/>
                <property name="hibernate.id.new_generator_mappings" value="false"/>
                <property name="hibernate.transaction.jta.platform" value="org.hibernate.service.jta.platform.internal.JBossAppServerJtaPlatform"/>
            </properties>
        </persistence-unit>
    </persistence>

    1
    设置进程变量保留的数据源

    要使用 Business Central 配置 marshalling 策略、持久性单元和数据源,请导航到项目 SettingsDeploymentsMarshalling Strategy 和 project SettingsPersistence

    图 17.2. 在 Business Central 中的 JPA marshaller 配置

    JPA marhsalling 策略

    图 17.3. Business Central 中的持久性单元和数据源配置

    持久性单元

第 18 章 定义 LDAP 登录域

当您将 Red Hat Process Automation Manager 设置为使用 LDAP 进行身份验证和授权时,定义 LDAP 登录域,因为 Git SSH 身份验证可能会使用另一个安全域。

要定义 LDAP 登录域,请使用 org.uberfire.domain 系统属性。例如,在 Red Hat JBoss Enterprise Application Platform 中,在 standalone.xml 文件中添加此属性,如下所示:

 <system-properties>
   <!-- other system properties -->
   <property name="org.uberfire.domain" value="LDAPAuth"/>
 </system-properties>

确保经过身份验证的用户具有与 LDAP 中与之关联的适当角色(管理员分析审查器)。

第 19 章 通过 RH-SSO 验证第三方客户端

要使用 Business Central 或 KIE 服务器提供的不同远程服务,您的客户端(如 curl、wget、Web 浏览器或自定义 REST 客户端)必须通过 RH-SSO 服务器进行身份验证,并具有执行请求的有效令牌。要使用远程服务,经过身份验证的用户必须具有以下角色:

  • 使用 Business Central 远程服务的 rest-all
  • kie-server 用于使用 KIE 服务器远程服务。

使用 RH-SSO 管理控制台创建这些角色,并将它们分配给将使用远程服务的用户。

您的客户端可使用以下选项之一通过 RH-SSO 进行身份验证:

  • 基本身份验证(如果客户端支持)
  • 基于令牌的身份验证

19.1. 基本身份验证(Basic authentication)

如果您在为 Business Central 和 KIE Server 的 RH-SSO 客户端适配器配置中启用了基本身份验证,您可以避免令牌授予和刷新调用并调用服务,如下例所示:

  • 对于基于 Web 的远程存储库端点:

    curl http://admin:password@localhost:8080/business-central/rest/repositories
  • 对于 KIE 服务器:

    curl http://admin:password@localhost:8080/kie-server/services/rest/server/

第 20 章 KIE Server 系统属性

KIE 服务器接受以下系统属性(引导开关)来配置服务器的行为:

Expand
表 20.1. 禁用 KIE 服务器扩展的系统属性
属性默认描述

org.drools.server.ext.disabled

true,false

false

如果设置为 true,则禁用商业规则管理(BRM)支持(例如,规则支持)。

org.jbpm.server.ext.disabled

true,false

false

如果设置为 true,则禁用 Red Hat Process Automation Manager 支持(例如,进程支持)。

org.jbpm.ui.server.ext.disabled

true,false

false

如果设置为 true,请禁用 Red Hat Process Automation Manager UI 扩展。

org.jbpm.case.server.ext.disabled

true,false

false

如果设置为 true,请禁用 Red Hat Process Automation Manager 问题单管理扩展。

org.optaplanner.server.ext.disabled

true,false

false

如果设置为 true,则禁用红帽构建的 OptaPlanner 支持。

org.kie.prometheus.server.ext.disabled

true,false

true

如果设置为 true,则禁用 Prometheus Server 扩展。

org.kie.scenariosimulation.server.ext.disabled

true,false

true

如果设置为 true,则禁用 Test 场景服务器扩展。

org.kie.dmn.server.ext.disabled

true,false

false

如果设置为 true,则禁用 KIE Server DMN 支持。

org.kie.swagger.server.ext.disabled

true,false

false

如果设置为 true,请禁用 KIE Server swagger 文档支持

注意

下表中列出的一些进程 Automation Manager 控制器属性被标记为必需的。在 Business Central 中创建和删除 KIE Server 容器时设置这些属性。如果您在没有与 Business Central 进行交互的情况下单独使用 KIE 服务器,则不需要设置必要的属性。

Expand
表 20.2. Process Automation Manager 控制器所需的系统属性
属性默认描述

org.kie.server.id

字符串

N/A

要分配给服务器的任意 ID。如果在 Business Central 之外配置了无头进程 Automation Manager 控制器,这是服务器连接到无头进程 Automation Manager 控制器的 ID,以获取 KIE 容器配置。如果没有提供,则会自动生成 ID。

org.kie.server.user

字符串

kieserver

使用受管模式运行时,用于从进程 Automation Manager 控制器连接 KIE 服务器的用户名。在 Business Central 系统属性中设置此属性。使用进程 Automation Manager 控制器时设置此属性。

org.kie.server.pwd

字符串

kieserver1!

使用受管模式运行时,用于从进程 Automation Manager 控制器连接到 KIE 服务器的密码。在 Business Central 系统属性中设置此属性。使用进程 Automation Manager 控制器时设置此属性。

org.kie.server.token

字符串

N/A

允许您在流程 Automation Manager 控制器和 KIE 服务器之间使用基于令牌的属性,而不是基本用户名和密码身份验证。Process Automation Manager 控制器将令牌作为请求标头中的参数发送。服务器需要长期的访问令牌,因为令牌没有刷新。

org.kie.server.location

URL

N/A

Process Automation Manager 控制器使用的 KIE 服务器实例的 URL,用于回此服务器,例如 http://localhost:8230/kie-server/services/rest/server。使用进程 Automation Manager 控制器时,需要设置此属性。

org.kie.server.controller

以逗号分隔的列表

N/A

进程 Automation Manager 控制器 REST 端点的 URL 逗号分隔列表,例如 http://localhost:8080/business-central/rest/controller。使用进程 Automation Manager 控制器时,需要设置此属性。

org.kie.server.controller.user

字符串

kieserver

连接到进程 Automation Manager 控制器 REST API 的用户名。使用进程 Automation Manager 控制器时,需要设置此属性。

org.kie.server.controller.pwd

字符串

kieserver1!

连接到进程 Automation Manager 控制器 REST API 的密码。使用进程 Automation Manager 控制器时,需要设置此属性。

org.kie.server.controller.token

字符串

N/A

一个属性,可让您在 KIE Server 和 Process Automation Manager 控制器之间使用基于令牌的身份验证,而不是基本用户名和密码身份验证。服务器将令牌作为请求标头中的参数发送。服务器需要长期的访问令牌,因为令牌没有刷新。

org.kie.server.controller.connect

Long

10000

当服务器启动时,重复尝试将 KIE 服务器连接到 Process Automation Manager 控制器之间的等待时间(以毫秒为单位)。

Expand
表 20.3. 持久性系统属性
属性默认描述

org.kie.server.persistence.ds

字符串

N/A

数据源 JNDI 名称。在启用 BPM 支持时设置此属性。

org.kie.server.persistence.tm

字符串

N/A

Hibernate 属性的事务管理器平台。在启用 BPM 支持时设置此属性。

org.kie.server.persistence.dialect

字符串

N/A

要使用的 Hibernate 定位。在启用 BPM 支持时设置此属性。

org.kie.server.persistence.schema

字符串

N/A

要使用的数据库架构。

Expand
表 20.4. 执行程序系统属性
属性默认描述

org.kie.executor.interval

整数

0

Red Hat Process Automation Manager executor 完成作业的时间间隔,并在 org.kie.executor.timeunit 属性中指定的时间单元中启动一个新作业。

org.kie.executor.timeunit

java.util.concurrent.TimeUnit constant

SECONDS

指定 org.kie.executor.interval 属性的时间单元。

org.kie.executor.pool.size

整数

1

Red Hat Process Automation Manager executor 使用的线程数量。

org.kie.executor.retry.count

整数

3

在失败作业中重试 Red Hat Process Automation Manager 执行程序尝试次数。

org.kie.executor.jms.queue

字符串

queue/KIE.SERVER.EXECUTOR

KIE 服务器的作业执行程序 JMS 队列.

org.kie.executor.jms.jobHeader

true,false

false

如果设置为 true,则 JMS 标头中包含请求标识符作为 jobId 属性。

org.kie.executor.disabled

true,false

false

如果设置为 true,则禁用 KIE Server executor。

Expand
表 20.5. 人工任务系统属性
属性默认描述

org.jbpm.ht.callback

MVEL

ldap

db

jaas

props

custom

jaas

指定要使用的用户组回调实现的属性:

  • MV EL:默认;大多数用于测试。
  • LDAP:LDAP; 需要 jbpm.usergroup.callback.properties 文件中的其他配置。
  • db: Database; 需要 jbpm.usergroup.callback.properties 文件中的其他配置。
  • JAAS :JAS; 委派到容器,以获取有关用户数据的信息。
  • Props :一个简单属性文件; 需要保留所有信息(用户和组)的其他文件。
  • Custom: 一个自定义实现 ; 指定 org.jbpm.ht.custom.callback 属性中的类的完全限定名称。

org.jbpm.ht.custom.callback

完全限定名称

N/A

org.jbpm.ht.callback 属性设置为 custom 时,UserGroupCallback 接口的自定义实现。

org.jbpm.task.cleanup.enabled

true,false

true

启用任务清理作业监听程序,以在进程实例完成后删除任务。

org.jbpm.task.bam.enabled

true,false

true

启用任务 BAM 模块来存储任务相关信息。

org.jbpm.ht.admin.user

字符串

Administrator

可以访问 KIE 服务器中的所有任务的用户。

org.jbpm.ht.admin.group

字符串

管理员

用户必须属于的组,才能查看 KIE 服务器中的所有任务。

Expand
表 20.6. 加载密钥存储的系统属性
属性默认描述

kie.keystore.keyStoreURL

URL

N/A

URL 用于加载 Java Cryptography 扩展 KeyStore (JCEKS)。例如: file:///home/kie/keystores/keystore.jceks

kie.keystore.keyStorePwd

字符串

N/A

密码用于 JCEKS。

kie.keystore.key.server.alias

字符串

N/A

存储密码的 REST 服务的密钥别名。

kie.keystore.key.server.pwd

字符串

N/A

REST 服务别名的密码。

kie.keystore.key.ctrl.alias

字符串

N/A

默认 REST Process Automation Manager 控制器的密钥别名。

kie.keystore.key.ctrl.pwd

字符串

N/A

默认 REST Process Automation Manager 控制器的别名密码。

Expand
表 20.7. 重试提交事务的系统属性
属性默认描述

org.kie.optlock.retries

整数

5

此属性描述了进程引擎在永久失败前重试事务的次数。

org.kie.optlock.delay

整数

50

第一次重试前的延迟时间(以毫秒为单位)。

org.kie.optlock.delayFactor

整数

4

在每次后续重试中增加延迟时间的倍数。使用默认值时,进程引擎在第一次重试前 200 毫秒前等待 50 毫秒,再重试前 800 毫秒,等等。

Expand
表 20.8. 其他系统属性
属性默认描述

kie.maven.settings.custom

路径

N/A

Maven 配置的自定义 settings.xml 文件的位置。

kie.server.jms.queues.response

字符串

queue/KIE.SERVER.RESPONSE

JMS 的响应队列 JNDI 名称。

org.drools.server.filter.classes

true,false

false

当设置为 true 时,Drools KIE Server 扩展只接受由 XmlRootElementRemotable 注解标注的自定义类。

org.kie.server.bypass.auth.user

true,false

false

可让您绕过经过身份验证的用户用于与任务相关的操作,例如查询。

org.jbpm.rule.task.firelimit

整数

10000

此属性指定执行的最大规则数量,以避免规则在无限循环中运行时,并使服务器完全无响应。

org.jbpm.ejb.timer.local.cache

true,false

true

此属性关闭 EJB Timers 本地缓存。

org.kie.server.domain

字符串

N/A

JAAS LoginContext 域,用于在使用 JMS 时对用户进行身份验证。

org.kie.server.repo

路径

.

KIE 服务器状态文件的位置。

org.kie.server.sync.deploy

true,false

false

指示 KIE 服务器保存部署的属性,直到 Process Automation Manager 控制器提供容器部署配置。此属性仅影响以受管模式运行的服务器。可用的选项如下:

* false :与进程 Automation Manager 控制器的连接是异步的。应用程序启动,连接到 Process Automation Manager 控制器,并在成功部署容器后。应用在容器可用之前也接受请求。* true :服务器应用程序的部署将进程 Automation Manager 控制器连接线程与主部署加入,并等待其完成。当更多应用程序位于同一服务器上时,这个选项可能会导致潜在的死锁。在一个服务器实例上只使用一个应用。

org.kie.server.startup.strategy

ControllerBasedStartupStrategy,LocalContainersStartupStrategy

ControllerBasedStartupStrategy

KIE 服务器的启动策略,用于控制所部署的 KIE 容器以及部署的顺序。

org.kie.server.mgmt.api.disabled

true,false

false

当设置为 true 时,请禁用 KIE Server 管理 API。

org.kie.server.xstream.enabled.packages

Java 软件包(如 org.kie.example )您还可以指定通配符表达式,如 org.kie.example.*

N/A

在 allowlist 中指定使用 XStream 的 marshalling 的其他软件包的属性。

org.kie.store.services.class

字符串

org.drools.persistence.jpa.KnowledgeStoreServiceImpl

实施 KieStoreServices 的、负责 bootstrapping KieSession 实例的类的完全限定名称。

org.kie.server.strict.id.format

true,false

false

在使用 JSON marshalling 时,如果 属性设为 true,它将始终以正确的 JSON 格式返回响应。例如,如果原始响应仅包含一个数字,则响应以 JSON 格式嵌套。例如,{"value" : 1}.

org.kie.server.strict.jaxb.format

true,false

false

当此属性的值设为 true 时,KIE Server 会验证 REST API 有效负载中数据的数据类型。例如,如果数据字段包含数字数据类型并包含数字之外的其他类型,您将收到错误。

第 21 章 KIE 服务器功能和扩展

KIE 服务器中的功能由插件扩展决定,您可以启用、禁用或进一步扩展以满足您的业务需求。KIE 服务器支持以下默认功能和扩展:

Expand
表 21.1. KIE 服务器功能和扩展
功能名称扩展名称描述

KieServer

KieServer

提供 KIE 服务器的核心功能,例如在您的服务器实例上创建和处理 KIE 容器

BRM

Drools

提供商业规则管理(BRM)功能,如插入事实和执行业务规则

BPM

jBPM

提供业务流程管理(BPM)功能,如管理用户任务和执行流程

BPM-UI

jBPM-UI

提供额外的与业务流程相关的用户界面功能,如在流程图中呈现 XML 表单和 SVG 镜像

CaseMgmt

Case-Mgmt

为业务流程提供案例管理功能,如管理案例定义和里程碑

BRP

OptaPlanner

提供业务资源规划(BRP)功能,如实施解决者

DMN

DMN

提供 Decision Model 和 Notation (DMN)功能,如管理 DMN 数据类型和执行 DMN 模型

Swagger

Swagger

提供 Swagger web-interface 功能,用于与 KIE Server REST API 交互

要查看正在运行的 KIE 服务器实例的受支持扩展,请向以下 REST API 端点发送 GET 请求,并查看 XML 或 JSON 服务器响应:

KIE 服务器信息的 GET 请求的基本 URL

http://SERVER:PORT/kie-server/services/rest/server

使用 KIE 服务器信息的 JSON 响应示例

{
  "type": "SUCCESS",
  "msg": "Kie Server info",
  "result": {
    "kie-server-info": {
      "id": "test-kie-server",
      "version": "7.59.0.20190818-050814",
      "name": "test-kie-server",
      "location": "http://localhost:8080/kie-server/services/rest/server",
      "capabilities": [
        "KieServer",
        "BRM",
        "BPM",
        "CaseMgmt",
        "BPM-UI",
        "BRP",
        "DMN",
        "Swagger"
      ],
      "messages": [
        {
          "severity": "INFO",
          "timestamp": {
            "java.util.Date": 1566169865791
          },
          "content": [
            "Server KieServerInfo{serverId='test-kie-server', version='7.59.0.20190818-050814', name='test-kie-server', location='http:/localhost:8080/kie-server/services/rest/server', capabilities=[KieServer, BRM, BPM, CaseMgmt, BPM-UI, BRP, DMN, Swagger]', messages=null', mode=DEVELOPMENT}started successfully at Sun Aug 18 23:11:05 UTC 2019"
          ]
        }
      ],
      "mode": "DEVELOPMENT"
    }
  }
}

要启用或禁用 KIE 服务器扩展,请配置相关的 *.server.ext.disabled KIE Server 系统属性。例如,要禁用 BRM 功能,请设置系统属性 org.drools.server.ext.disabled=true。有关所有 KIE 服务器系统属性,请参阅 第 20 章 KIE Server 系统属性

默认情况下,KIE 服务器扩展通过 REST 或 JMS 数据传输公开,并使用预定义的客户端 API。您可以使用其他 REST 端点来扩展现有的 KIE 服务器功能,在 REST 或 JMS 之外扩展支持的传输方法,或在 KIE Server 客户端中扩展功能。

KIE 服务器功能中的这种灵活性使您能够根据业务需求调整 KIE 服务器实例,而不是将业务需求适应您的业务需求。

重要

如果您扩展 KIE 服务器功能,红帽不支持将您用作自定义实施和扩展一部分的自定义代码。

KIE 服务器 REST API 允许您在红帽流程自动化管理器中与 KIE 容器和业务资产(如业务规则、流程和解决程序)交互,而无需使用 Business Central 用户界面。可用的 REST 端点由 KIE 服务器系统属性中启用的功能决定(例如,对于 BRM 功能的 org.drools.server.ext.disabled=false )。您可以使用自定义 REST API 端点扩展现有的 KIE 服务器功能,以进一步根据业务需求调整 KIE Server REST API。

例如,这个流程使用以下自定义 REST API 端点扩展 Drools KIE 服务器扩展(用于 BRM 功能):

自定义 REST API 端点示例

/server/containers/instances/{containerId}/ksession/{ksessionId}

这个示例自定义端点接受一个事实列表,插入到决策引擎的工作内存中,自动执行所有规则,并从指定 KIE 容器中的 KIE 会话检索所有对象。

流程

  1. 创建一个空的 Maven 项目,并在项目的 pom.xml 文件中定义以下打包类型和依赖项:

    示例项目中的 pom.xml 文件示例

    <packaging>jar</packaging>
    
    <properties>
      <version.org.kie>7.59.0.Final-redhat-00006</version.org.kie>
    </properties>
    
    <dependencies>
      <dependency>
        <groupId>org.kie</groupId>
        <artifactId>kie-api</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie</groupId>
        <artifactId>kie-internal</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-api</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-services-common</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-services-drools</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-rest-common</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.drools</groupId>
        <artifactId>drools-core</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.drools</groupId>
        <artifactId>drools-compiler</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.7.25</version>
      </dependency>
    </dependencies>

  2. 在项目中的 Java 类中实施 org.kie.server.services.api.KieServerApplicationComponentsService 接口,如下例所示:

    KieServerApplicationComponentsService 接口的实现示例

    public class CusomtDroolsKieServerApplicationComponentsService implements KieServerApplicationComponentsService {  
    1
    
    
        private static final String OWNER_EXTENSION = "Drools";  
    2
    
    
        public Collection<Object> getAppComponents(String extension, SupportedTransports type, Object... services) {  
    3
    
            // Do not accept calls from extensions other than the owner extension:
            if ( !OWNER_EXTENSION.equals(extension) ) {
                return Collections.emptyList();
            }
    
            RulesExecutionService rulesExecutionService = null;  
    4
    
            KieServerRegistry context = null;
    
            for( Object object : services ) {
                if( RulesExecutionService.class.isAssignableFrom(object.getClass()) ) {
                    rulesExecutionService = (RulesExecutionService) object;
                    continue;
                } else if( KieServerRegistry.class.isAssignableFrom(object.getClass()) ) {
                    context = (KieServerRegistry) object;
                    continue;
                }
            }
    
            List<Object> components = new ArrayList<Object>(1);
            if( SupportedTransports.REST.equals(type) ) {
                components.add(new CustomResource(rulesExecutionService, context));  
    5
    
            }
    
            return components;
        }
    
    }

    1
    为应用程序启动时部署的 KIE 服务器基础架构提供 REST 端点。
    2
    指定您要扩展的扩展,如本例中的 Drools 扩展。
    3
    返回 REST 容器必须部署的所有资源。在 KIE 服务器实例中启用的每个扩展都会调用 getAppComponents 方法,因此 if (!OWNER_EXTENSION.equals (extension) 调用会为指定 OWNER_EXTENSION 扩展以外的任何扩展返回一个空集合。
    4
    列出要使用的指定扩展中的服务,如本例中的 Drools 扩展中的 RulesExecutionServiceKieServerRegistry 服务。
    5
    指定扩展的传输类型,可以是 RESTJMS (本例中为REST ),以及将资源返回为组件列表一部分的 CustomResource 类。
  3. 实施 KIE 服务器可以用来为新的 REST 资源提供额外功能的 CustomResource 类,如下例所示:

    CustomResource 类实现示例

    // Custom base endpoint:
    @Path("server/containers/instances/{containerId}/ksession")
    public class CustomResource {
    
        private static final Logger logger = LoggerFactory.getLogger(CustomResource.class);
    
        private KieCommands commandsFactory = KieServices.Factory.get().getCommands();
    
        private RulesExecutionService rulesExecutionService;
        private KieServerRegistry registry;
    
        public CustomResource() {
    
        }
    
        public CustomResource(RulesExecutionService rulesExecutionService, KieServerRegistry registry) {
            this.rulesExecutionService = rulesExecutionService;
            this.registry = registry;
        }
    
        // Supported HTTP method, path parameters, and data formats:
        @POST
        @Path("/{ksessionId}")
        @Consumes({MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})
        @Produces({MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})
        public Response insertFireReturn(@Context HttpHeaders headers,
                @PathParam("containerId") String id,
                @PathParam("ksessionId") String ksessionId,
                String cmdPayload) {
    
            Variant v = getVariant(headers);
            String contentType = getContentType(headers);
    
            // Marshalling behavior and supported actions:
            MarshallingFormat format = MarshallingFormat.fromType(contentType);
            if (format == null) {
                format = MarshallingFormat.valueOf(contentType);
            }
            try {
                KieContainerInstance kci = registry.getContainer(id);
    
                Marshaller marshaller = kci.getMarshaller(format);
    
                List<?> listOfFacts = marshaller.unmarshall(cmdPayload, List.class);
    
                List<Command<?>> commands = new ArrayList<Command<?>>();
                BatchExecutionCommand executionCommand = commandsFactory.newBatchExecution(commands, ksessionId);
    
                for (Object fact : listOfFacts) {
                    commands.add(commandsFactory.newInsert(fact, fact.toString()));
                }
                commands.add(commandsFactory.newFireAllRules());
                commands.add(commandsFactory.newGetObjects());
    
                ExecutionResults results = rulesExecutionService.call(kci, executionCommand);
    
                String result = marshaller.marshall(results);
    
    
                logger.debug("Returning OK response with content '{}'", result);
                return createResponse(result, v, Response.Status.OK);
            } catch (Exception e) {
                // If marshalling fails, return the `call-container` response to maintain backward compatibility:
                String response = "Execution failed with error : " + e.getMessage();
                logger.debug("Returning Failure response with content '{}'", response);
                return createResponse(response, v, Response.Status.INTERNAL_SERVER_ERROR);
            }
    
        }
    }

    在本例中,自定义端点的 CustomResource 类指定了以下数据和行为:

    • 使用基本端点 server/containers/instances/{containerId}/ksession
    • 使用 POST HTTP 方法
    • 预期在 REST 请求中给出以下数据:

      • containerId 作为路径参数
      • ksessionId 作为路径参数
      • 作为消息有效负载的事实列表
    • 支持所有 KIE 服务器数据格式:

      • XML (JAXB、XStream)
      • JSON
    • 将有效负载放入 List<?> 集合,对于列表中的每个项目,创建一个 InsertCommand 实例,后跟 FireAllRulesGetObject 命令。
    • BatchExecutionCommand 实例添加调用决策引擎的所有命令。
  4. 要使 KIE Server 的新端点发现,请在 Maven 项目中创建一个 META-INF/services/org.kie.server.services.api.KieServerApplicationComponentsService 文件,并在文件中添加 KieServerApplicationComponentsService 实现类的完全限定名称。在本例中,文件包含一行 org.kie.server.ext.drools.rest.CusomtDroolsKieServerApplicationComponentsService
  5. 构建项目并将生成的 JAR 文件复制到项目的 ~/kie-server.war/WEB-INF/lib 目录中。例如,在红帽 JBoss EAP 上,此目录的路径为 EAP_HOME/standalone/deployments/kie-server.war/WEB-INF/lib
  6. 启动 KIE 服务器,并将构建的项目部署到正在运行的 KIE 服务器。您可以使用 Business Central 接口或 KIE 服务器 REST API 部署项目( PUT 请求 http://SERVER:PORT/kie-server/services/rest/server/containers/{containerId})。

    在项目部署到运行的 KIE Server 上后,您可以开始与新的 REST 端点交互。

    在本例中,您可以使用以下信息来调用新端点:

    • 请求 URL 示例: http://localhost:8080/kie-server/services/rest/server/containers/instances/demo/ksession/defaultKieSession
    • HTTP 方法: POST
    • HTTP 标头:

      • Content-Type: application/json
      • accept: application/json
    • 消息有效负载示例:

      [
        {
          "org.jbpm.test.Person": {
            "name": "john",
            "age": 25
          }
        },
        {
          "org.jbpm.test.Person": {
            "name": "mary",
            "age": 22
          }
        }
      ]
    • 服务器响应示例: 200 (success)
    • 服务器日志输出示例:

      13:37:20,347 INFO  [stdout] (default task-24) Hello mary
      13:37:20,348 INFO  [stdout] (default task-24) Hello john

21.2. 扩展 KIE 服务器以使用自定义数据传输

默认情况下,KIE 服务器扩展通过 REST 或 JMS 数据传输公开。您可以扩展 KIE 服务器来支持自定义数据传输,以适应您的业务需求,适应 KIE 服务器传输协议。

例如,这个流程为 KIE 服务器添加了一个自定义数据传输,它使用 Drools 扩展,它基于 Apache MINA,它是一个开源 Java 网络应用程序框架。自定义 MINA 传输交换基于字符串的数据示例依赖于现有的 marshalling 操作,并且仅支持 JSON 格式。

流程

  1. 创建一个空的 Maven 项目,并在项目的 pom.xml 文件中定义以下打包类型和依赖项:

    示例项目中的 pom.xml 文件示例

    <packaging>jar</packaging>
    
    <properties>
      <version.org.kie>7.59.0.Final-redhat-00006</version.org.kie>
    </properties>
    
    <dependencies>
      <dependency>
        <groupId>org.kie</groupId>
        <artifactId>kie-api</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie</groupId>
        <artifactId>kie-internal</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-api</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-services-common</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.kie.server</groupId>
        <artifactId>kie-server-services-drools</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.drools</groupId>
        <artifactId>drools-core</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.drools</groupId>
        <artifactId>drools-compiler</artifactId>
        <version>${version.org.kie}</version>
      </dependency>
      <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.7.25</version>
      </dependency>
      <dependency>
        <groupId>org.apache.mina</groupId>
        <artifactId>mina-core</artifactId>
        <version>2.1.3</version>
      </dependency>
    </dependencies>

  2. 在项目中的 Java 类中实施 org.kie.server.services.api.KieServerExtension 接口,如下例所示:

    KieServerExtension 接口实现示例

    public class MinaDroolsKieServerExtension implements KieServerExtension {
    
        private static final Logger logger = LoggerFactory.getLogger(MinaDroolsKieServerExtension.class);
    
        public static final String EXTENSION_NAME = "Drools-Mina";
    
        private static final Boolean disabled = Boolean.parseBoolean(System.getProperty("org.kie.server.drools-mina.ext.disabled", "false"));
        private static final String MINA_HOST = System.getProperty("org.kie.server.drools-mina.ext.port", "localhost");
        private static final int MINA_PORT = Integer.parseInt(System.getProperty("org.kie.server.drools-mina.ext.port", "9123"));
    
        // Taken from dependency on the `Drools` extension:
        private KieContainerCommandService batchCommandService;
    
        // Specific to MINA:
        private IoAcceptor acceptor;
    
        public boolean isActive() {
            return disabled == false;
        }
    
        public void init(KieServerImpl kieServer, KieServerRegistry registry) {
    
            KieServerExtension droolsExtension = registry.getServerExtension("Drools");
            if (droolsExtension == null) {
                logger.warn("No Drools extension available, quitting...");
                return;
            }
    
            List<Object> droolsServices = droolsExtension.getServices();
            for( Object object : droolsServices ) {
                // If the given service is null (not configured), continue to the next service:
                if (object == null) {
                    continue;
                }
                if( KieContainerCommandService.class.isAssignableFrom(object.getClass()) ) {
                    batchCommandService = (KieContainerCommandService) object;
                    continue;
                }
            }
            if (batchCommandService != null) {
                acceptor = new NioSocketAcceptor();
                acceptor.getFilterChain().addLast( "codec", new ProtocolCodecFilter( new TextLineCodecFactory( Charset.forName( "UTF-8" ))));
    
                acceptor.setHandler( new TextBasedIoHandlerAdapter(batchCommandService) );
                acceptor.getSessionConfig().setReadBufferSize( 2048 );
                acceptor.getSessionConfig().setIdleTime( IdleStatus.BOTH_IDLE, 10 );
                try {
                    acceptor.bind( new InetSocketAddress(MINA_HOST, MINA_PORT) );
    
                    logger.info("{} -- Mina server started at {} and port {}", toString(), MINA_HOST, MINA_PORT);
                } catch (IOException e) {
                    logger.error("Unable to start Mina acceptor due to {}", e.getMessage(), e);
                }
    
            }
        }
    
        public void destroy(KieServerImpl kieServer, KieServerRegistry registry) {
            if (acceptor != null) {
                acceptor.dispose();
                acceptor = null;
            }
            logger.info("{} -- Mina server stopped", toString());
        }
    
        public void createContainer(String id, KieContainerInstance kieContainerInstance, Map<String, Object> parameters) {
            // Empty, already handled by the `Drools` extension
    
        }
    
        public void disposeContainer(String id, KieContainerInstance kieContainerInstance, Map<String, Object> parameters) {
          // Empty, already handled by the `Drools` extension
    
        }
    
        public List<Object> getAppComponents(SupportedTransports type) {
            // Nothing for supported transports (REST or JMS)
            return Collections.emptyList();
        }
    
        public <T> T getAppComponents(Class<T> serviceType) {
    
            return null;
        }
    
        public String getImplementedCapability() {
            return "BRM-Mina";
        }
    
        public List<Object> getServices() {
            return Collections.emptyList();
        }
    
        public String getExtensionName() {
            return EXTENSION_NAME;
        }
    
        public Integer getStartOrder() {
            return 20;
        }
    
        @Override
        public String toString() {
            return EXTENSION_NAME + " KIE Server extension";
        }
    }

    KieServerExtension 接口是 KIE 服务器可用于为新的 MINA 传输提供额外的功能的主要扩展接口。接口由以下组件组成:

    KieServerExtension 接口概述

    public interface KieServerExtension {
    
        boolean isActive();
    
        void init(KieServerImpl kieServer, KieServerRegistry registry);
    
        void destroy(KieServerImpl kieServer, KieServerRegistry registry);
    
        void createContainer(String id, KieContainerInstance kieContainerInstance, Map<String, Object> parameters);
    
        void disposeContainer(String id, KieContainerInstance kieContainerInstance, Map<String, Object> parameters);
    
        List<Object> getAppComponents(SupportedTransports type);
    
        <T> T getAppComponents(Class<T> serviceType);
    
        String getImplementedCapability();  
    1
    
    
        List<Object> getServices();
    
        String getExtensionName();  
    2
    
    
        Integer getStartOrder();  
    3
    
    }

    1
    指定此扩展涵盖的能力。该功能必须在 KIE 服务器中唯一。
    2
    为扩展定义人类可读的名称。
    3
    确定何时应启动指定的扩展。对于对其他扩展具有依赖项的扩展,此设置不得与父设置冲突。例如,在这种情况下,这个自定义扩展取决于 Drools 扩展,该扩展将 StartOrder 设置为 0,因此此自定义附加组件扩展必须大于 0 ( 在示例实现中设置为 20 )。

    在以上 MinaDroolsKieServerExtension 示例实现中,init 方法是从 Drools 扩展收集服务的主要元素,用于引导 MINA 服务器。KieServerExtension 接口中的所有其他方法都可以保持在标准实现中以满足接口要求。

    textBasedIoHandlerAdapter 类是响应传入请求的 MINA 服务器上的处理程序。

  3. 为 MINA 服务器实现 text BasedIoHandlerAdapter 处理程序,如下例所示:

    text BasedIoHandlerAdapter 处理程序实现示例

    public class TextBasedIoHandlerAdapter extends IoHandlerAdapter {
    
        private static final Logger logger = LoggerFactory.getLogger(TextBasedIoHandlerAdapter.class);
    
        private KieContainerCommandService batchCommandService;
    
        public TextBasedIoHandlerAdapter(KieContainerCommandService batchCommandService) {
            this.batchCommandService = batchCommandService;
        }
    
        @Override
        public void messageReceived( IoSession session, Object message ) throws Exception {
            String completeMessage = message.toString();
            logger.debug("Received message '{}'", completeMessage);
            if( completeMessage.trim().equalsIgnoreCase("quit") || completeMessage.trim().equalsIgnoreCase("exit") ) {
                session.close(false);
                return;
            }
    
            String[] elements = completeMessage.split("\\|");
            logger.debug("Container id {}", elements[0]);
            try {
                ServiceResponse<String> result = batchCommandService.callContainer(elements[0], elements[1], MarshallingFormat.JSON, null);
    
                if (result.getType().equals(ServiceResponse.ResponseType.SUCCESS)) {
                    session.write(result.getResult());
                    logger.debug("Successful message written with content '{}'", result.getResult());
                } else {
                    session.write(result.getMsg());
                    logger.debug("Failure message written with content '{}'", result.getMsg());
                }
            } catch (Exception e) {
    
            }
        }
    }

    在本例中,处理器类接收文本信息并在 Drools 服务中执行它们。

    当使用 TextBasedIoHandlerAdapter 处理程序实现时,请考虑以下处理器要求和行为:

    • 您提交到处理程序的任何内容都必须是一行,因为每个传入的传输请求都是一行。
    • 您必须在一行中传递 KIE 容器 ID,以便处理器需要 containerID|payload 格式。
    • 您可以按照 marshaller 生成的方式设置响应。响应可以是多行。
    • 处理程序支持 流模式,可让您在不断开与 KIE Server 会话断开连接的情况下发送命令。要以流模式结束 KIE 服务器会话,请向服务器发送 exitquit 命令。
  4. 要使 KIE 服务器发现新的数据传输,请在 Maven 项目中创建一个 META-INF/services/org.kie.server.services.api.KieServerExtension 文件,并在该文件中添加 KieServerExtension 实施类的完全限定类名称。在本例中,该文件包含一行 org.kie.server.ext.mina.MinaDroolsKieServerExtension
  5. 构建项目,并将生成的 JAR 文件和 mina-core-2.0.9.jar 文件复制到项目的 ~/kie-server.war/WEB-INF/lib 目录中。例如,在红帽 JBoss EAP 上,此目录的路径为 EAP_HOME/standalone/deployments/kie-server.war/WEB-INF/lib
  6. 启动 KIE 服务器,并将构建的项目部署到正在运行的 KIE 服务器。您可以使用 Business Central 接口或 KIE 服务器 REST API 部署项目( PUT 请求 http://SERVER:PORT/kie-server/services/rest/server/containers/{containerId})。

    在运行的 KIE 服务器上部署了项目后,您可以在 KIE 服务器日志中查看新数据传输的状态,并开始使用新的数据传输:

    服务器日志中的新数据传输

    Drools-Mina KIE Server extension -- Mina server started at localhost and port 9123
    Drools-Mina KIE Server extension has been successfully registered as server extension

    在本例中,您可以使用 Telnet 与 KIE 服务器中新的基于 MINA 的数据传输交互:

    在命令终端中启动 Telnet 并在端口 9123 上连接到 KIE 服务器

    telnet 127.0.0.1 9123

    在命令终端中与 KIE 服务器交互示例

    Trying 127.0.0.1...
    Connected to localhost.
    Escape character is '^]'.
    
    # Request body:
    demo|{"lookup":"defaultKieSession","commands":[{"insert":{"object":{"org.jbpm.test.Person":{"name":"john","age":25}}}},{"fire-all-rules":""}]}
    
    # Server response:
    {
      "results" : [ {
        "key" : "",
        "value" : 1
      } ],
      "facts" : [ ]
    }
    
    demo|{"lookup":"defaultKieSession","commands":[{"insert":{"object":{"org.jbpm.test.Person":{"name":"mary","age":22}}}},{"fire-all-rules":""}]}
    {
      "results" : [ {
        "key" : "",
        "value" : 1
      } ],
      "facts" : [ ]
    }
    
    demo|{"lookup":"defaultKieSession","commands":[{"insert":{"object":{"org.jbpm.test.Person":{"name":"james","age":25}}}},{"fire-all-rules":""}]}
    {
      "results" : [ {
        "key" : "",
        "value" : 1
      } ],
      "facts" : [ ]
    }
    exit
    Connection closed by foreign host.

    服务器日志输出示例

    16:33:40,206 INFO  [stdout] (NioProcessor-2) Hello john
    16:34:03,877 INFO  [stdout] (NioProcessor-2) Hello mary
    16:34:19,800 INFO  [stdout] (NioProcessor-2) Hello james

KIE 服务器使用预定义的客户端 API,您可以与之交互来使用 KIE 服务器服务。您可以使用自定义客户端 API 扩展 KIE 服务器客户端,以满足您的业务需求。

例如,这个流程将自定义客户端 API 添加到 KIE Server 以容纳自定义数据传输(之前为这种情况配置),它基于 Apache MINA,它是一个开源 Java 网络应用程序框架。

流程

  1. 创建一个空的 Maven 项目,并在项目的 pom.xml 文件中定义以下打包类型和依赖项:

    示例项目中的 pom.xml 文件示例

    <packaging>jar</packaging>
    
    <properties>
       <version.org.kie>7.59.0.Final-redhat-00006</version.org.kie>
     </properties>
    
     <dependencies>
       <dependency>
         <groupId>org.kie.server</groupId>
         <artifactId>kie-server-api</artifactId>
         <version>${version.org.kie}</version>
       </dependency>
       <dependency>
          <groupId>org.kie.server</groupId>
          <artifactId>kie-server-client</artifactId>
          <version>${version.org.kie}</version>
        </dependency>
       <dependency>
         <groupId>org.drools</groupId>
         <artifactId>drools-compiler</artifactId>
         <version>${version.org.kie}</version>
       </dependency>
     </dependencies>

  2. 在项目中的 Java 类中实施相关的 ServicesClient 接口,如下例所示:

    RulesMinaServicesClient 接口示例

    public interface RulesMinaServicesClient extends RuleServicesClient {
    
    }

    需要一个特定的接口,因为您必须根据接口注册客户端实现,且对于给定接口只能有一个实施。

    在本例中,自定义基于 MINA 的数据传输使用 Drools 扩展,因此本例 RulesMinaServicesClient 接口会扩展 Drools 扩展的现有 RuleServicesClient 客户端 API。

  3. 实施 KIE 服务器可以用来为新的 MINA 传输提供额外的客户端功能的 RulesMinaServicesClient 接口,如下例所示:

    RulesMinaServicesClient 接口的实现示例

    public class RulesMinaServicesClientImpl implements RulesMinaServicesClient {
    
        private String host;
        private Integer port;
    
        private Marshaller marshaller;
    
        public RulesMinaServicesClientImpl(KieServicesConfiguration configuration, ClassLoader classloader) {
            String[] serverDetails = configuration.getServerUrl().split(":");
    
            this.host = serverDetails[0];
            this.port = Integer.parseInt(serverDetails[1]);
    
            this.marshaller = MarshallerFactory.getMarshaller(configuration.getExtraJaxbClasses(), MarshallingFormat.JSON, classloader);
        }
    
        public ServiceResponse<String> executeCommands(String id, String payload) {
    
            try {
                String response = sendReceive(id, payload);
                if (response.startsWith("{")) {
                    return new ServiceResponse<String>(ResponseType.SUCCESS, null, response);
                } else {
                    return new ServiceResponse<String>(ResponseType.FAILURE, response);
                }
            } catch (Exception e) {
                throw new KieServicesException("Unable to send request to KIE Server", e);
            }
        }
    
        public ServiceResponse<String> executeCommands(String id, Command<?> cmd) {
            try {
                String response = sendReceive(id, marshaller.marshall(cmd));
                if (response.startsWith("{")) {
                    return new ServiceResponse<String>(ResponseType.SUCCESS, null, response);
                } else {
                    return new ServiceResponse<String>(ResponseType.FAILURE, response);
                }
            } catch (Exception e) {
                throw new KieServicesException("Unable to send request to KIE Server", e);
            }
        }
    
        protected String sendReceive(String containerId, String content) throws Exception {
    
            // Flatten the content to be single line:
            content = content.replaceAll("\\n", "");
    
            Socket minaSocket = null;
            PrintWriter out = null;
            BufferedReader in = null;
    
            StringBuffer data = new StringBuffer();
            try {
                minaSocket = new Socket(host, port);
                out = new PrintWriter(minaSocket.getOutputStream(), true);
                in = new BufferedReader(new InputStreamReader(minaSocket.getInputStream()));
    
                // Prepare and send data:
                out.println(containerId + "|" + content);
                // Wait for the first line:
                data.append(in.readLine());
                // Continue as long as data is available:
                while (in.ready()) {
                    data.append(in.readLine());
                }
    
                return data.toString();
            } finally {
                out.close();
                in.close();
                minaSocket.close();
            }
        }
    }

    这个示例实现指定了以下数据和行为:

    • 使用基于套接字的通信以简化性
    • 依赖于 KIE Server 客户端的默认配置,并使用 ServerUrl 提供 MINA 服务器的主机和端口
    • 将 JSON 指定为 marshalling 格式
    • 需要收到的消息是以打开的 bracket {开头的 JSON 对象。
    • 在等待响应的第一行时,使用与阻塞 API 的直接套接字通信,然后读取所有可用的行
    • 不使用流模式,因此在调用命令后断开 KIE 服务器会话
  4. 在项目中的 Java 类中实施 org.kie.server.client.helper.KieServicesClientBuilder 接口,如下例所示:

    KieServicesClientBuilder 接口实施示例

    public class MinaClientBuilderImpl implements KieServicesClientBuilder {  
    1
    
    
        public String getImplementedCapability() {  
    2
    
            return "BRM-Mina";
        }
    
        public Map<Class<?>, Object> build(KieServicesConfiguration configuration, ClassLoader classLoader) {  
    3
    
            Map<Class<?>, Object> services = new HashMap<Class<?>, Object>();
    
            services.put(RulesMinaServicesClient.class, new RulesMinaServicesClientImpl(configuration, classLoader));
    
            return services;
        }
    
    }

    1
    可让您为通用 KIE 服务器客户端基础架构提供额外的客户端 API
    2
    定义客户端使用的 KIE 服务器功能(分机)
    3
    提供客户端实施的映射,其中键是接口,值是完全初始化的实施
  5. 要使新的客户端 API 发现 KIE 服务器客户端,请在 Maven 项目中创建一个 META-INF/services/org.kie.server.client.helper.KieServicesClientBuilder 文件,并在文件中添加 KieServicesClientBuilder 实施类的完全限定名称。在本例中,文件包含一行 org.kie.server.ext.mina.client.MinaClientBuilderImpl
  6. 构建项目并将生成的 JAR 文件复制到项目的 ~/kie-server.war/WEB-INF/lib 目录中。例如,在红帽 JBoss EAP 上,此目录的路径为 EAP_HOME/standalone/deployments/kie-server.war/WEB-INF/lib
  7. 启动 KIE 服务器,并将构建的项目部署到正在运行的 KIE 服务器。您可以使用 Business Central 接口或 KIE 服务器 REST API 部署项目( PUT 请求 http://SERVER:PORT/kie-server/services/rest/server/containers/{containerId})。

    在运行的 KIE Server 上部署项目后,您可以开始与新的 KIE Server 客户端交互。您可以通过创建客户端配置和客户端实例、按类型检索服务客户端并调用客户端方法,按照标准 KIE 服务器客户端使用新客户端。

    在本例中,您可以创建一个 RulesMinaServiceClient 客户端实例,并通过 MINA 传输在 KIE 服务器上调用操作:

    创建 RulesMinaServiceClient 客户端的示例实施

    protected RulesMinaServicesClient buildClient() {
        KieServicesConfiguration configuration = KieServicesFactory.newRestConfiguration("localhost:9123", null, null);
        List<String> capabilities = new ArrayList<String>();
        // Explicitly add capabilities (the MINA client does not respond to `get-server-info` requests):
        capabilities.add("BRM-Mina");
    
        configuration.setCapabilities(capabilities);
        configuration.setMarshallingFormat(MarshallingFormat.JSON);
    
        configuration.addJaxbClasses(extraClasses);
    
        KieServicesClient kieServicesClient =  KieServicesFactory.newKieServicesClient(configuration);
    
        RulesMinaServicesClient rulesClient = kieServicesClient.getServicesClient(RulesMinaServicesClient.class);
    
        return rulesClient;
    }

    通过 MINA 传输调用操作的示例配置

    RulesMinaServicesClient rulesClient = buildClient();
    
    List<Command<?>> commands = new ArrayList<Command<?>>();
    BatchExecutionCommand executionCommand = commandsFactory.newBatchExecution(commands, "defaultKieSession");
    
    Person person = new Person();
    person.setName("mary");
    commands.add(commandsFactory.newInsert(person, "person"));
    commands.add(commandsFactory.newFireAllRules("fired"));
    
    ServiceResponse<String> response = rulesClient.executeCommands(containerId, executionCommand);
    Assert.assertNotNull(response);
    
    Assert.assertEquals(ResponseType.SUCCESS, response.getType());
    
    String data = response.getResult();
    
    Marshaller marshaller = MarshallerFactory.getMarshaller(extraClasses, MarshallingFormat.JSON, this.getClass().getClassLoader());
    
    ExecutionResultImpl results = marshaller.unmarshall(data, ExecutionResultImpl.class);
    Assert.assertNotNull(results);
    
    Object personResult = results.getValue("person");
    Assert.assertTrue(personResult instanceof Person);
    
    Assert.assertEquals("mary", ((Person) personResult).getName());
    Assert.assertEquals("JBoss Community", ((Person) personResult).getAddress());
    Assert.assertEquals(true, ((Person) personResult).isRegistered());

第 22 章 使用 KIE Server 的性能调优注意事项

以下关键概念或建议的做法可帮助您优化 KIE 服务器性能。本小节中将汇总这些概念,并在适用的情况下更详细地解释了这些概念。本节会根据新版本的 Red Hat Process Automation Manager 扩展或更改。

确保开发过程中启用了开发模式

您可以在 Business Central 中设置 KIE 服务器或特定项目,以使用 生产 模式或 开发模式。默认情况下,KIE 服务器和 Business Central 中的所有新项目都处于开发模式中。这个模式提供了帮助您的开发体验的功能,如灵活的项目部署策略,以及在开发过程中优化 KIE 服务器性能的功能,如禁用重复的 GAV 检测。在建立 Red Hat Process Automation Manager 环境并准备好用于生产模式前,使用开发模式。

有关配置环境模式或重复 GAV 检测的更多信息,请参阅以下资源:

根据您的特定需求调整 KIE 服务器功能和扩展

KIE 服务器中的功能由插件扩展决定,您可以启用、禁用或进一步扩展以满足您的业务需求。默认情况下,KIE 服务器扩展通过 REST 或 JMS 数据传输公开,并使用预定义的客户端 API。您可以使用其他 REST 端点来扩展现有的 KIE 服务器功能,在 REST 或 JMS 之外扩展支持的传输方法,或在 KIE Server 客户端中扩展功能。

KIE 服务器功能中的这种灵活性使您能够根据业务需求调整 KIE 服务器实例,而不是将业务需求适应您的业务需求。

有关启用、禁用或扩展 KIE 服务器功能的详情,请参考 第 21 章 KIE 服务器功能和扩展

第 23 章 其他资源

部分 II. 配置 Business Central 设置和属性

作为管理员,您可以在 admin Settings 页面中自定义以下内容:

  • 角色 :设置角色的主页、优先级和权限。
  • :设置组的主页、优先级和权限,以及创建和删除组。
  • 用户 :创建和删除用户,从用户添加或删除组和角色,以及查看用户权限。
  • 工件 :查看 M2 存储库工件、上传工件、查看和下载 JAR 文件。
  • 数据源 :添加、更新或删除数据源和数据库驱动程序。
  • 数据集 :创建、修改或删除数据集。
  • 项目 :查看并编辑项目首选项,如文件导出属性、空间属性、默认值和高级 GAV 属性。
  • 工件存储库 :管理工件存储库属性。
  • 语言 :设置 Business Central 语言。
  • 流程管理 : 在 Business Central 中设置默认的分页选项。
  • 进程设计器 :设置图形编辑器属性.
  • SSH Keys :添加或删除 SSH 密钥。
  • 自定义任务管理任务 :启用或禁用默认服务任务并上传自定义服务任务。
  • Dashbuilder Data Transfer :在 Business Central 中导入和导出 Dashbuilder 数据作为 ZIP 文件。
  • 配置集 :将工作台配置文件设置为 Planner 和 RulesFull
  • archetypes : View, add, validate, set 设为 default,并删除 archetypes。在 Business Central 中创建新项目时用作模板。

先决条件

第 24 章 用户和组管理

Business Central 为安全管理定义了三种类型的实体:用户、组和角色。您可以为角色和组分配权限。您可以在 Business Central 中分配以下角色:

  • process-admin
  • Manager
  • admin
  • 分析师
  • rest-all
  • developer
  • rest-project
  • user
注意

应用角色 Registry 中的用户角色具有角色标识符,而用户组则没有。

使用 Business Central 来创建和管理所需的多个用户和组。用户必须至少分配给一个特定于用户的角色,才能登录到 Business Central。用户权限取决于用户所属的组和角色的权限。请注意,如果用户分配了多个角色或组,则角色或组优先级被视为。

24.1. 创建用户

用户特权和设置由分配给用户和组的角色控制。您可以在 Business Central 中创建任意数量的用户。

注意

不要在进程引擎或 KIE Server 中创建名为 unknown 的用户。未知 用户帐户是具有超级用户访问权限的保留系统名称。如果没有登录用户,未知 用户帐户会执行与 SLA 违反监听程序相关的任务。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,再选择 用户
  2. 单击 New user,输入用户名,然后单击 Next
  3. 若要为用户分配角色,请单击 Roles 选项卡,单击 Add Roles,选择所需的角色,然后单击 Add to selected roles
  4. 可选: 要为用户分配组,点 Groups 选项卡,点 Add to groups,选择所需的组,然后点 Add to selected groups
  5. Create
  6. 单击 Yes 为用户设置密码,输入所需的密码,然后单击 更改
注意

用户必须有一个角色才能访问 Business Central。

24.2. 编辑用户

您可以使用 Business Central Settings 页面中的 Users 选项更改用户的组和角色。所有用户权限都基于用户的组和角色权限。您可以从 Permissions 选项卡中查看用户权限。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,再选择 用户
  2. All users 列表中,点击您要编辑的用户。用户详情显示在右侧窗格中。
  3. 点击 Edit 以执行以下任一任务:

    • 要更改用户的组,请单击 Groups 选项卡,单击 Add to groups,选择您希望用户所属的组,点 Add to selected groups,然后点 Save
    • 要更改用户的角色,请单击 Roles 选项卡,单击 Add roles,选择您要分配给用户的角色,点 Add to selected roles,然后单击 Save
    • 要查看用户权限,请单击 Permissions 选项卡并展开属性。
    • 若要更改密码,请单击" 更改密码",输入新密码,然后单击" 更改 "。
    • 若要删除用户,请单击 Delete,然后单击 Yes 以确认删除。

24.3. 创建组

在 Business Central 中,您可以使用组来控制一组用户的权限。您可以根据需要创建任意数量的组,但组必须至少有一个用户。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择
  2. 单击 New group,输入组名称,然后单击 Next
  3. 选择您要添加到此组中的用户,然后单击 Add selected users

    新创建的组列在 All groups 下。

24.4. 编辑组

您可以根据要求编辑组的属性,如主页、优先级和权限。在 Business Central Settings 页面上的 Groups 选项中,您可以修改或删除组。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择
  2. All groups 列表中,点击您要编辑的组。用户详情显示在右侧窗格中。
  3. Home Page 列表中选择主页。
  4. Priority 列表中选择优先级。
  5. Permissions 部分中,展开 resource 属性并更改其权限。

    注意

    您可以为 PagesEditorSpacesProjects 权限添加例外。

  6. Save 以应用更改。

第 25 章 安全管理

安全管理是管理用户、组和权限的过程。您可以从 Business Central Security Management 页面控制对 Business Central 资源和功能的访问。

Business Central 为安全管理定义了三种类型的实体:用户、组和角色。您可以为角色和组分配权限。用户从用户所属的组和角色继承权限。

25.1. 安全管理供应商

在安全管理上下文中,域限制对不同应用程序资源的访问。realm 包含有关用户、组、角色和权限的信息。特定域的 concrete 用户和组管理服务实施称为安全管理提供程序。

如果内置安全管理提供程序不符合应用程序安全域的要求,您可以构建并注册您自己的安全管理提供程序。

注意

如果没有安装安全管理提供程序,则不支持管理安全域的用户界面。安装和配置安全管理提供程序后,在安全管理用户界面中会自动启用用户和组管理功能。

Business Central 包括红帽 JBoss EAP 安全管理提供程序,它支持基于 application-users.propertiesapplication-roles.properties 属性文件的内容的域类型。

您可以构建并注册您自己的 Red Hat JBoss EAP 安全管理供应商。要根据属性文件使用 Red Hat JBoss EAP 安全管理供应商,请完成以下步骤。

先决条件

  • 安装了红帽 JBoss EAP。

流程

  1. 要使用红帽 JBoss EAP 实例中的现有用户或角色属性文件,请在 EAP_HOME/standalone/configuration/application-users.propertiesEAP_HOME/standalone/configuration/application-roles.properties 文件中包含以下系统属性,如下例所示:

    <property name="org.uberfire.ext.security.management.wildfly.properties.realm" value="ApplicationRealm"/>
    <property name="org.uberfire.ext.security.management.wildfly.properties.users-file-path" value="/standalone/configuration/application-users.properties"/>
    <property name="org.uberfire.ext.security.management.wildfly.properties.groups-file-path" value="/standalone/configuration/application-roles.properties"/>

    下表提供了这些属性的描述和默认值:

    Expand
    表 25.1. 基于属性文件的 Red Hat JBoss EAP 安全管理供应商
    属性描述默认值

    org.uberfire.ext.security.management.wildfly.properties.realm

    域的名称。此属性不是强制的。

    ApplicationRealm

    org.uberfire.ext.security.management.wildfly.properties.users-file-path

    用户属性文件的绝对路径。此属性是必需的。

    ./standalone/configuration/application-users.properties

    org.uberfire.ext.security.management.wildfly.properties.groups-file-path

    groups 属性文件的绝对路径。此属性是必需的。

    ./standalone/configuration/application-roles.properties

  2. 在应用程序的根目录中创建 security-management.properties 文件。例如,创建以下文件:

    src/main/resources/security-management.properties
  3. 在以下系统属性和安全供应商名称作为 security-management.properties 文件中的值输入:

    <property name="org.uberfire.ext.security.management.api.userManagementServices" value="WildflyUserManagementService"/>

要根据属性文件和 CLI 模式使用 Red Hat JBoss EAP 安全管理提供程序,请完成此流程中的步骤。

先决条件

  • 安装了红帽 JBoss EAP。

流程

  1. 要使用红帽 JBoss EAP 实例中的现有用户或角色属性文件,请在 EAP_HOME/standalone/configuration/application-users.propertiesEAP_HOME/standalone/configuration/application-roles.properties 文件中包含以下系统属性,如下例所示:

    <property name="org.uberfire.ext.security.management.wildfly.cli.host" value="localhost"/>
    <property name="org.uberfire.ext.security.management.wildfly.cli.port" value="9990"/>
    <property name="org.uberfire.ext.security.management.wildfly.cli.user" value="<USERNAME>"/>
    <property name="org.uberfire.ext.security.management.wildfly.cli.password" value="<USER_PWD>"/>
    <property name="org.uberfire.ext.security.management.wildfly.cli.realm" value="ApplicationRealm"/>

    下表提供了这些属性的描述和默认值:

    Expand
    表 25.2. 基于属性文件和 CLI 模式的 Red Hat JBoss EAP 安全管理供应商
    属性描述默认值

    org.uberfire.ext.security.management.wildfly.cli.host

    原生管理接口主机。

    localhost

    org.uberfire.ext.security.management.wildfly.cli.port

    原生管理接口端口。

    9990

    org.uberfire.ext.security.management.wildfly.cli.user

    原生管理接口用户名。

    不适用

    org.uberfire.ext.security.management.wildfly.cli.password

    原生管理接口用户的密码。

    不适用

    org.uberfire.ext.security.management.wildfly.cli.realm

    应用的安全上下文使用的域。

    ApplicationRealm

  2. 在应用程序的根目录中创建 security-management.properties 文件。例如,创建以下文件:

    src/main/resources/security-management.properties
  3. 在以下系统属性和安全供应商名称作为 security-management.properties 文件中的值输入:

    <property name="org.uberfire.ext.security.management.api.userManagementServices" value="WildflyCLIUserManagementService"/>

25.2. 权限和设置

权限是指授予用户执行与应用中特定资源相关的操作的授权。例如,用户可以具有以下权限:

  • 查看页面。
  • 保存项目。
  • 查看存储库。
  • 删除仪表板。

您可以授予或拒绝权限,权限可以是全局或特定于资源的权限。您可以使用权限来保护对资源的访问并自定义应用中的功能。

25.2.1. 在 Business Central 中更改组和角色的权限

在 Business Central 中,您无法更改单个用户的权限。但是,您可以更改组和角色的权限。更改的权限适用于具有角色或属于您更改的组的用户。

注意

您对角色或组所做的任何更改都会影响与该角色或组关联的所有用户。

先决条件

  • 您可以使用 admin 用户角色登录到 Business Central。

流程

  1. 要访问 Business Central 中的 安全管理 页面,请选择屏幕右上角的 管理 图标。
  2. 单击 Business Central Settings 页面上的 RolesGroupsUsers

    Security Management 页面会打开您点击图标的标签页。

  3. 从列表中,点击您要编辑的角色或组。所有详情都会显示在右侧面板中。
  4. Settings 部分下设置 Home PagePriority
  5. Permissions 部分下设置 Business Central, page, editor, space, 和 project 权限。

    图 25.1. 设置权限

    设置权限
  6. 单击资源类型旁边的箭头,以展开您要更改其权限的资源类型。
  7. 可选: 要为资源类型添加例外,请点击 Add Exception,然后根据需要设置权限。

    注意

    您不能为 Business Central 资源类型添加例外。

  8. 点击 Save

25.2.2. 更改 Business Central 主页

主页是登录 Business Central 后出现的页面。默认情况下,主页设置为 Home。您可以为每个角色和组指定不同的主页。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 角色 或组。
  2. 选择角色或组。
  3. Home Page 列表中选择一个页面。
  4. 点击 Save

    注意

    角色或组必须具有页面的读取访问权限,然后才能使其成为主页。

25.2.3. 设置优先级

用户可以拥有多个角色并属于多个组。Priority 设置决定了角色或组群的优先级顺序。

先决条件

  • 您可以使用 admin 用户角色登录到 Business Central。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 角色 或组。
  2. 选择角色或组。
  3. 从 Priority 菜单中选择一个优先级,然后单击 Save
注意

如果用户具有具有冲突设置的角色或属于组,则应用具有最高优先级的角色或组的设置。

第 26 章 工件管理

您可以在 Business Central 的 Artifacts 页面中管理工件。工件存储库是一个本地 Maven 存储库,每次安装都只有一个 Maven 存储库。Business Central 建议使用 Maven 存储库解决方案,如 Sonatype Nexus™Apache Archiva™JFrog Artifactory™

Artifacts 页面列出了 Maven 存储库中的所有工件。您可以将工件上传到 Maven 存储库。

注意

您只能将 JAR、KJAR 和 pom.xml 文件上传到 Artifacts 存储库。

26.1. 查看工件

您可以从 Artifacts 页面查看本地 maven 存储库的所有内容。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 Artifacts
  2. Open 查看工件详情。
  3. 单击 Ok 以返回到 Artifacts 页面。

26.2. 下载工件

您可以从 Business Central 存储库下载工件并将其保存到项目的本地存储中。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 Artifacts
  2. Download
  3. 浏览到要保存工件的目录。
  4. 点击 Save

26.3. 上传工件

您可以从本地存储将工件上传到 Business Central 中的项目。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 Artifacts
  2. Upload
  3. 单击 Choose File,再浏览到您要从中上传工件的目录。
  4. Upload

    注意

    如果您使用非 Maven 工件,请先使用 mvn deploy 命令将工件部署到 Maven 存储库,然后在 Business Central 中刷新工件列表。

第 27 章 数据源和数据库驱动程序管理

Business Central 提供数据源管理功能,允许您定义用于访问数据库的数据源。然后,其他 Business Central 组件(如数据集)使用这些数据源。数据库驱动程序支持数据源和目标数据库之间的通信。

Data Source Authoring 页面中,您可以将数据源和数据库驱动程序添加到 Business Central。

注意

Business Central 提供可以使用但无法编辑或删除的默认数据源。

27.1. 添加数据源

您可以从 Data Sources Authoring 页面向 Business Central 添加新数据源。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 数据源
  2. DataSource Explorer 窗格中,点 Add DataSource

    New data source 窗口将打开。

  3. New data source 窗口中,输入数据源的名称 ,Connection URL,User,Password, 和 Driver 字段。
  4. 单击 Test Connection 以验证与数据库的连接。
  5. Finish

27.2. 编辑数据源

您可以编辑数据源的属性,并测试其与 Business Central 中数据库的连接。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 数据源
  2. DataSource Explorer 窗格中,点击您要编辑的数据源。
  3. Data Source Definition 窗格中,对 Name,Connection URL,User,Password, 和 Driver 字段进行必要的更改。
  4. 单击 Test Connection 以验证与数据库的连接。
  5. Update
  6. 点击 Save

27.3. 删除数据源

您可以从 Business Central 中的 DataSource Explorer 窗格删除现有数据源。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 数据源
  2. DataSource Explorer 窗格中,点您要删除的数据源。
  3. 单击 Remove
  4. 单击 Delete 以确认删除数据源。

27.4. 添加数据库驱动程序

您可以将新的数据库驱动程序添加到 Business Central。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 数据源
  2. DataSource Explorer 窗格中,点 Add Driver

    此时会打开 New driver 窗口。

  3. New driver 窗口中,输入数据库驱动程序的 Name,Driver Class Name , Group Id ,Artifact Id, 和 Version 字段。
  4. Finish

27.5. 编辑数据库驱动程序

您可以从 Driver Definition 窗格编辑数据库驱动程序的属性。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 数据源
  2. DataSource Explorer 窗格中,选择您要编辑的驱动程序。
  3. Driver Definition 窗格中,对 Name、Driver Class Name Group Id、Arfact IdVersion 字段进行必要的更改。
  4. Update
  5. 单击 Yes

27.6. 删除数据库驱动程序

您可以从 Business Central 的 Data Source Definition 窗格中删除数据库驱动程序。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 数据源
  2. DataSource Explorer 窗格中,选择您要删除的驱动程序。
  3. 单击 Remove
  4. Delete

第 28 章 数据集编写

数据集是相关信息集合,可以存储在数据库、Microsoft Excel 文件中或内存中。数据集定义指示 Business Central 方法访问、读取和解析数据集。Business Central 不存储数据。它可让您定义对数据集的访问,而不考虑存储数据的位置。

例如,如果数据存储在数据库中,则有效数据集可以包含整个数据库,或者因为 SQL 查询而包含数据库的子集。在这两种情况下,数据都用作 Business Central 的报告组件的输入,然后显示该信息。

要访问数据集,您必须创建并注册数据集定义。数据集定义指定数据集的位置、访问它的选项、读取并解析它的选项,以及其包含的列。

注意

Data Sets 页面仅对具有 admin 角色的用户可见。

28.1. 添加数据集

您可以创建一个数据集来从外部数据源获取数据,并将该数据用于报告组件。

流程

  1. 在 Business Central 中,前往 AdminData Sets

    Data Sets 页面将打开。

  2. 点击 New Data Set 并选择以下供应商类型之一:

    • Bean: 从 Java 类生成数据集
    • CSV: 从远程或本地 CSV 文件生成数据集
    • SQL: 从 ANSI-SQL 兼容数据库生成数据集
    • Elastic Search: 从 Elastic Search 节点生成数据集
    • Prometheus: 使用 Prometheus 查询生成数据集
    • Kafka: 使用 Kafka 代理、消费者或制作者的指标生成数据集

      注意

      您必须为 PrometheusKafkaExecution Server 选项配置 KIE 服务器。

  3. 完成 Data Set Creation Wizard 并点 Test

    注意

    配置步骤因您选择的供应商而异。

  4. 点击 Save

28.2. 编辑数据集

您可以编辑现有的数据集,以确保向报告组件获取的数据是最新的。

流程

  1. 在 Business Central 中,前往 AdminData Sets

    Data Set Explorer 页面将打开。

  2. Data Set Explorer 窗格中,搜索您要编辑的数据集,选择数据集,然后点 Edit
  3. Data Set Editor 窗格中,使用适当的选项卡根据需要编辑数据。标签页根据您选择的数据集供应商类型而有所不同。

    例如,以下更改可用于编辑 CSV 数据提供程序:

    • CSV 配置 : 允许您更改数据集定义的名称、源文件、分隔符和其他属性。
    • Preview: 使您能够预览数据。在 CSV Configuration 选项卡中点 Test 后,系统会执行数据集 lookup 调用,如果数据可用,则会出现预览。请注意,Preview 选项卡有两个子选项卡:

      • data 列: 允许您指定哪些列是数据集定义的一部分。
      • filter: 允许您添加新过滤器。
    • 高级: 使您能够管理以下配置:

      • 缓存: 如需更多信息,请参阅缓存数据
      • 缓存生命周期 允许您指定刷新数据集(或数据)的时间间隔。当后端 数据更改时,对过时的数据功能的 Refresh 会刷新缓存的数据。
  4. 进行所需的更改后,单击 Validate
  5. 点击 Save

28.3. 数据刷新

数据刷新功能允许您指定刷新数据集(或数据)后的时间间隔。您可以在数据集 Advanced 选项卡中访问数据刷新每个 功能。当后端 数据更改时,对过时的数据功能的 Refresh 会刷新缓存的数据。

28.4. 缓存数据

Business Central 提供存储数据集和使用内存数据执行数据操作的缓存机制。缓存数据可减少网络流量、远程系统有效负载和处理时间。为避免性能问题,请在 Business Central 中配置缓存设置。

对于产生数据集的任何数据查询调用,缓存方法确定执行数据查找调用的位置,并存储生成的数据集的位置。数据查找调用的示例将是所有 locale 参数设置为"Urban"的应用程序。

Business Central 数据集功能提供两个缓存级别:

  • 客户端级别
  • 后端级别

您可以在数据集的 Advanced 选项卡中设置 Client CacheBackend Cache 设置。

客户端缓存

当打开缓存时,数据集会在查询操作过程中缓存在网页浏览器中,而进一步查找操作也不会对后端执行请求。在 Web 浏览器中处理分组、聚合、过滤和排序等数据集操作。仅在数据集大小小时启用客户端缓存,例如,对于小于 10 MB 数据的数据集。对于大型数据集,可能会出现浏览器问题,如性能下降或间歇性。客户端缓存减少了后端请求数量,包括到存储系统的请求。

后端缓存

启用缓存后,决策引擎会缓存数据集。这可减少到远程存储系统的后端请求数量。所有数据集操作均使用内存数据在决策引擎中执行。仅在数据集未频繁更新时启用后端缓存,并可以在内存中存储和处理缓存。在远程存储出现低延迟连接问题时,使用后端缓存也很有用。

注意

后端缓存设置并不总是在 Data Set EditorAdvanced 选项卡中看到,因为 Java 和 CSV 数据供应商依赖后端缓存(数据集必须位于内存中决策引擎)来解决任何数据查找操作。

第 29 章 archetype 管理

Business Central 提供 archetype 管理功能,使您能够列出、添加、验证、设置为默认值并删除架构类型。您可以在 Business Central 的 Archetypes 页面中管理 archetypes。archetypes 是在 Apache Maven 存储库中安装的项目,在其中设置模板结构,也可以根据需要创建。

有关 archetypes 的最最新和详细信息,请参阅 Archetypes 页面简介

29.1. 列出 archetypes

Archetypes 页面列出了 Business Central 中添加的所有架构类型。此列表提供有关 组 ID、工件 ID 版本创建日期StatusActions 的详细信息。

先决条件

  • 您已创建了 archetype,并将其列在 maven 存储库中的 Business Central Settings 中。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 Archetypes

    Status 列中,绿色图标表示它是一个有效的 archetype,红色图标表示它是一个无效的 archetype,而 blue 图标则表示对应的 archetype 是新空格的默认类型。

29.2. 添加 archetype

您可以将新的架构类型添加到 Business Central。

先决条件

  • 您已在 Maven 存储库中安装了 archetype。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 Archetypes
  2. 单击 Add Archetype
  3. Add Archetype 面板中,分别在组 ID、Art tifact IDVersion 字段中输入 GAV 属性。
  4. 点击 Add

Business Central 验证新添加的架构类型,并使其可用作所有空格中的模板。

29.3. 管理 archetype 的额外功能

您可以删除、设置默认,并验证 Business Central 中的 Archetypes 页面中的 archetypes。

先决条件

  • 您已创建了 archetype,并列在 Maven 存储库中的 Business Central Settings 中。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 Archetypes
  2. Actions 列中,点 archetype 右侧的 dots 图标。

    • 从下拉菜单中选择 Delete,从列表中删除 archetype。
    • 从下拉菜单中选择 Validate 以验证,以验证 archetype 是否有效。

      注意

      当 Business Central 启动时,会自动验证所有注册的原型。

    • 从下拉菜单中选择 Set 作为 default,将 archetype 设置为新空格的默认值。

29.4. 使用 archetypes 创建项目

您可以使用 archetypes 在 Business Central 中创建项目。当您在 Business Central 中创建项目时,会将其添加到连接到红帽流程自动化管理器安装的 Git 存储库中。

先决条件

  • 您已创建了 archetype,并将其列在 Maven 存储库中的 Business Central Settings 中。
  • 您已在 Business Central 中将 archetype 设置为默认值。

流程

  1. 在 Business Central 中,前往 MenuDesignProjects
  2. 从 archetype 模板选择要添加新项目的空格。
  3. 单击 Add Project
  4. NameDescription 字段中,输入项目名称和描述。
  5. 单击 Configure Advanced Options
  6. 选中 Based on template 复选框。
  7. 如果需要,从下拉列表中选择 archetype from-down 选项。选择了已在空间中设置的默认 archetype。
  8. 点击 Add

项目的 Assets 视图会根据所选的 archetype 模板打开。

当您将 archetypes 添加到 Business Central 中时,它们可以用作所有空格中的模板。您可以在 Settings 选项卡中管理所有 archetypes,该类型位于空格中。此选项卡仅对具有 admin 角色的用户可见。

先决条件

  • 您已在 Maven 存储库中安装了 archetype。
  • 您已创建了 archetype,并将其列在 Maven 存储库中的 Business Central Settings 中。

流程

  1. 在 Business Central 中,前往 MenuDesignProjects
  2. 选择或创建您要管理 archetypes 的空间。默认空间为 MySpace
  3. 单击 Settings
  4. 要在空间中包含或排除 archetypes,请选择 Include 复选框。
  5. Actions 列中,点 archetype 右侧的 dots 图标,然后从下拉菜单中选择 Set 作为默认值,将 archetype 设置为空间的默认值。
  6. 点击 Save

第 30 章 自定义项目首选项

在 Business Central 中,项目是您空间的一部分并存储相关的资产。您可以在一个空间中添加多个项目。

例如,组织包括各种部门,如 HR、Payroll、Engineering 和 R&D。您可以将每个部门映射到 Business Central 中的空格,并添加对应的项目。

您可以在 Business Central 中自定义项目设置。此外,您也可从现有的 Git 存储库创建新项目或克隆项目。

流程

  1. 在 Business Central 中,选择右上角的 管理 图标,再选择 项目
  2. Project Preferences 面板中,选择您要修改的首选项。项目首选项包括:

    • 项目导入 :此首选项由以下属性组成:

      • 选择要 在集群中导入 Allow multiple projects to import multiple projects on a cluster。
    • 文件导出 :此首选项由以下属性组成:

      Expand
      表 30.1. 文件导出属性
      字段描述

      PDF 情况

      确定 PDF 情况是端口还是环境。

      PDF 单元

      确定 PDF 单元是否为 PTMMCN 还是 IN

      PDF 页面格式

      确定 PDF 页面格式是否为 A[0-10]B[0-10] 还是 C[0-10]

    • 空格 :此首选项由以下属性组成:

      Expand
      表 30.2. 空格属性
      字段描述

      名称

      如果不存在,会自动创建的默认空间名称。

      所有者

      如果不存在,自动创建的空间的默认所有者。

      组 ID

      如果不存在,会自动创建的默认组 ID。

      别名(单位)

      确定空间的自定义别名(singular)。

      别名(以复数为单位)

      确定空间的自定义别名(复数)。

    • 默认值 :此首选项由以下属性组成:

      Expand
      表 30.3. 默认值属性
      字段描述

      版本

      项目创建项目的默认版本号。

      描述

      项目创建项目的默认描述。

      分支

      使用 Git 存储库时要使用的默认分支。

      资产页面

      用于自定义项目中每个页面的资产数量。默认值为 15

    • 高级 GAV 首选项 :此首选项由以下属性组成:

      Expand
      表 30.4. 高级 GAV 首选项属性
      字段描述

      禁用 GAV 冲突检查?

      决定是否启用或禁用 GAV 冲突检查。禁用此复选框可让项目包含相同的 GAV (组 ID、工件和版本)。

      允许子 GAV 版本?

      决定是否允许子项目或子项目包含 GAV 版本。

      注意

      开发模式中项目禁用重复的 GAV 检测。要在 Business Central 中为项目启用重复的 GAV 检测,请转至项目 SettingsGeneral SettingsVersion,并将 Development Mode 选项切换到 OFF (如果适用)。

  3. 点击 Save

第 31 章 自定义工件存储库属性

在某些情况下,项目需要解析外部依赖项以构建域模型 JAR 文件。仓库包含所需的工件,并具有以下功能:

  • 存储库是一个 Maven 存储库。
  • 所有快照都是时间戳。
  • 资产大多存储在本地硬盘中。

默认情况下,工件存储库位于 $WORKING_DIRECTORY/repositories/kie 中。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,再选择 Artifact 仓库。此时会打开 Artifact Repository 页面。
  2. 进行选择并在 Properties 部分中输入信息。
  3. 点击 Save

第 32 章 自定义语言设置

您可以在 Business Central Settings 页面中更改语言。Business Central 支持以下语言:

  • English
  • 西班牙语
  • 法语
  • 日语

默认语言为 English。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,再选择 语言。此时会打开 Language Selector 窗口。
  2. Language 列表中选择所需的语言。
  3. 确定

第 33 章 自定义进程管理

您可以通过编辑 流程管理 页面上 的每个页面属性,在 Business Central 中自定义默认分页选项。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 流程管理
  2. Properties 部分中,更新每个页面 属性的 Default items,然后点 Save

    注意

    您可以为每个页面指定要显示的 10、20、50 或 100 个项目。

第 34 章 自定义进程设计程序

您可以通过编辑 Business Central Settings 页面中图编辑器的属性来自定义 Business Central 中的进程设计程序。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 流程设计器
  2. Properties 部分中,更新以下任何属性:

    • 选择 Auto hide category 面板 复选框来自动隐藏一个类别工具栏面板。
    • Drawing areawidth 字段中,输入 2800 和 5600 之间的整数值来设置制图区域的宽度。
    • Drawing 区域高度 字段中,输入 1400 和 2800 之间的整数值来设置制图区域的高度。
    • 如果您使用高分辨率显示,并看到 blurry 文本和对象,请选择 Enable HiDPI 复选框。默认禁用这个选项。
  3. 点击 Save

第 35 章 SSH 密钥

Business Central 提供 SSH 密钥存储服务,以启用用户 SSH 身份验证。Business Central 提供可配置的默认 SSH 密钥存储、可扩展 API (用于自定义实施)和支持多个 SSH 公钥格式。

您可以访问 Business Central Settings 页面上的 SSH Keys 选项,以注册您的 SSH 公钥。

35.1. 默认 SSH 密钥存储

Business Central 中包含的默认 SSH 密钥存储提供了基于文件的存储机制,用于存储用户的公钥。默认情况下,Business Central 使用 *.security 文件夹作为根目录。但是,您还可以通过设置 appformer.ssh.keys.storage.folder 系统属性的值来指向不同的文件夹来使用自定义存储路径。

SSH 公钥存储在 {securityFolderPath}/pkeys/{userName}/ 文件夹结构中。

每个 SSH 公钥都由存储文件夹中的以下文件组成:

  • {keyID}.pub :此文件包含 SSH 公钥内容。由于文件名决定了系统上的逻辑密钥 ID,请确保在运行时不会修改文件名。

    例如:

    ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDmak4Wu23RZ6XmN94bOsqecZxuTa4RRhhQmHmTZjMB7HM57/90u/B/gB/GhsPEu1nAXL0npY56tT/MPQ8vRm2C2W9A7CzN5+z5yyL3W01YZy3kzslk77CjULjfhrcfQSL3b2sPG5jv5E5/nyC/swSytucwT/PE7aXTS9H6cHIKUdYPzIt94SHoBxWRIK7PJi9d+eLB+hmDzvbVa1ezu5a8yu2kcHi6NxxfI5iRj2rsceDTp0imC1jMoC6ZDfBvZSxL9FXTMwFdNnmTlJveBtv9nAbnAvIWlilS0VOkdj1s3GxBxeZYAcKbcsK9sJzusptk5dxGsG2Z8vInaglN6OaOQ7b7tcomzCYYwviGQ9gRX8sGsVrw39gsDIGYP2tA4bRr7ecHnlNg1b0HCchA5+QCDk4Hbz1UrnHmPA2Lg9c3WGm2qedvQdVJXuS3mlwYOqL40aXPs6890PvFJUlpiVSznF50djPnwsMxJZEf1HdTXgZD1Bh54ogZf7czyUNfkNkE69yJDbTHjpQd0cKUQnu9tVxqmBzhX31yF4VcsMeADcf2Z8wlA3n4LZnC/GwonYlq5+G93zJpFOkPhme8c2XuPuCXF795lsxyJ8SB/AlwPJAhEtm0y0s0l1l4eWqxsDxkBOgN+ivU0czrVMssHJEJb4o0FLf7iHhOW56/iMdD9w== userName
  • .{keyID}.pub.meta :此文件包含 JSON 格式的密钥元数据。如果密钥没有元数据,则会动态生成新的元数据文件。

    例如:

    {
      "name":"Key",
      "creationDate":"Oct 10, 2018 10:10:50 PM",
      "lastTimeUsed":"Oct 11, 2018 12:11:23 PM"
    }

35.2. 自定义 SSH 密钥存储

您可以根据要求扩展和自定义默认的 SSH 密钥存储。使用 appformer.ssh.keystore 系统属性指定要使用的 SSH 服务的 Java 类名称。如果未定义此属性或包含不正确的值,则会加载默认的 SSH 密钥存储。

注意

要创建 SSH 密钥存储的自定义实施,您的 Java 类必须实施在 uberfire-ssh-api 模块中定义的 org.uberfire.ssh.service.backend.keystore.SSHKeyStore 类。

35.3. 创建 SSH 密钥

在向 Business Central 中添加或注册 SSH 密钥前,您必须在您的系统上生成 SSH 密钥。

流程

  1. 在您的系统上打开终端。
  2. 运行 ssh-keygen 命令来创建 SSH 密钥,如下例所示,其中 < user_login&gt; 是您的用户名:

    ssh-keygen -t rsa -b 4096 -C "<user_login>"
    注意

    Business Central 密钥存储支持的 SSH 密钥格式为 ssh-rsassh-dssecdsa-sha2-nistp256ecdsa-sha2-nistp384ecdsa-sha2-nistp521

  3. 提示时,按 Enter 并接受默认密钥文件位置,如下例所示,其中 < user_login&gt; 是您的用户名:

    Enter a file in which to save the key (/home/<user_login>/.ssh/id_rsa): [Press enter]
  4. 在命令提示符后输入并确认密码短语:

    Enter passphrase (empty for no passphrase): [Type a passphrase]
    Enter same passphrase again: [Type passphrase again]
  5. 启动 ssh-agent

    eval "$(ssh-agent -s)"
    Agent pid <any-number-here>
  6. 将新的 SSH 私钥添加到 ssh-agent。如果您使用了不同的密钥名称,请替换该代码中的 id_rsa

    ssh-add ~/.ssh/id_rsa

35.4. 使用 SSH 密钥存储注册 SSH 公钥

您必须使用 Business Central 密钥存储注册新创建的 SSH 公钥。

流程

  1. 在您的系统上打开终端。
  2. 运行 cat 命令,如下例所示,其中 id_rsa 是您的密钥名称:

    cat ~/.ssh/id_rsa.pub
  3. 复制 SSH 公钥的内容。
  4. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 SSH 密钥
  5. SSH Keys 页面上,单击 Add SSH Key
  6. Add SSH Key 窗口中,在 Name 字段中输入名称,并将 SSH 公钥的内容复制到 Key 字段中。

    注意

    NameKey 字段是必需的。

  7. 单击 Add SSH Key 以注册密钥。

35.5. 删除 SSH 密钥

您可以从 SSH Keys 页面从 Business Central 中删除 SSH 密钥。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 SSH 密钥
  2. SSH Keys 页面中,点您要删除的 SSH 密钥删除图标。
  3. 单击 Delete SSH Key 以确认删除。

第 36 章 在 Business Central 中管理自定义任务

自定义任务(工作项目)是可以运行自定义逻辑的任务。您可以在多个业务流程或 Business Central 中跨所有项目自定义和重复使用自定义任务。您还可以在设计面板中添加自定义元素,包括名称、图标、子类别、输入和输出参数以及文档。Red Hat Process Automation Manager 在 Business Central 中的自定义任务存储库中提供一组自定义任务。您可以启用或禁用默认自定义任务,并将自定义任务上传到 Business Central 以在相关流程中实施任务。

注意

Red Hat Process Automation Manager 包括一组有限的自定义任务。不支持 Red Hat Process Automation Manager 中包含的自定义任务。

流程

  1. 在 Business Central 中,点右上角的 gear icon 并选择 Custom Tasks Administration

    本页列出了自定义任务安装设置,并为整个 Business Central 的项目中的流程提供自定义任务。您在此页面上启用的自定义任务可在项目级别设置中找到,然后安装要在进程中使用的每个自定义任务。在项目中安装自定义任务的方式由您在此 Custom Tasks Administration 页面上的 Settings 下启用或禁用的全局设置决定。

  2. Settings 下,启用或禁用每个设置,以确定当用户在项目级别安装时如何实施可用的自定义任务。

    可用的自定义任务设置如下:

    • 作为 Maven 工件安装 :将自定义任务 JAR 文件上传到配置了 Business Central 的 Maven 存储库(如果该文件尚不存在)。
    • 将自定义任务依赖项安装到项目中 :将任何自定义任务依赖项添加到安装任务的 pom.xml 文件中。
    • 在将自定义任务安装到项目中时,请使用版本范围: 使用版本范围而不是作为项目依赖项添加的自定义任务的固定版本。示例: [7.16,) 而不是 7.16.0.Final
  3. 根据需要启用或禁用(设置为 ONOFF)任何可用的自定义任务。您启用的自定义任务显示在 Business Central 中所有项目的项目级设置中。

    图 36.1. 启用自定义任务和自定义任务设置

    自定义任务管理页面
  4. 要添加自定义任务,请单击 Add Custom Task,浏览到相关的 JAR 文件,然后点 Upload 图标。如果类实施 WorkItemHandler,您可以通过将文件单独添加到 Business Central 来用 .wid 文件替换注释。
  5. 可选: 要删除自定义任务,请点击您要删除的自定义任务行中的 remove,然后点击 Ok 确认删除。
  6. 配置所有必需的自定义任务后,导航到 Business Central 中的项目,再前往 Project SettingsCustom Tasks 页面,以查看您启用的可用自定义任务。
  7. 对于每个自定义任务,点 Install 使任务可供该项目中的进程使用,或者点击 Uninstall 将任务从项目中的进程中排除。
  8. 如果在安装自定义任务时提示您输入其他信息,请输入所需信息,然后再次点 Install

    自定义任务所需的参数取决于任务的类型。例如,规则和决策任务需要工件 GAV 信息(组 ID、工件 ID、版本)、电子邮件任务需要主机和端口访问信息,REST 任务需要 API 凭证。其他自定义任务可能不需要任何其他参数。

    图 36.2. 安装用于在进程中使用的自定义任务

    项目级别的自定义任务设置
  9. 点击 Save
  10. 返回项目页面,在项目中选择或添加业务流程,在流程设计器面板中选择 Custom Tasks 选项,以查看您启用和安装的可用自定义任务:

    图 36.3. 在进程设计过程中访问已安装的自定义任务

    流程设计程序中的自定义任务

第 37 章 LDAP 连接

Business Central 为带有 Red Hat Process Automation Manager 的 LDAP 服务器提供了一个专用的 UserGroup 回调 实现,以便用户任务服务直接从 LDAP 服务检索用户、组和角色的信息。

您可以配置以下 LDAP UserGroupCallback 实现属性:

Expand
表 37.1. LDAP UserGroup 回调属性
属性描述

ldap.bind.user

用于连接到 LDAP 服务器的用户名。

如果没有指定,且 LDAP 服务器接受匿名访问,此属性是可选的。

ldap.bind.pwd

用于连接到 LDAP 服务器的密码。

如果没有指定,且 LDAP 服务器接受匿名访问,此属性是可选的。

ldap.user.ctx

LDAP 中的上下文,包含用户信息。

ldap.role.ctx

LDAP 中的上下文,具有组和角色。

ldap.user.roles.ctx

LDAP 中的上下文,包含用户组和角色成员资格信息。

如果没有指定,且使用 ldap.role.ctx 属性,则此属性为可选。

ldap.user.filter

过滤以搜索用户信息。

此属性通常包含替换键 {0},它们被替换为参数。

ldap.role.filter

过滤搜索组和角色信息。

此属性通常包含替换键 {0},它们被替换为参数。

ldap.user.roles.filter

过滤器,用于搜索用户组和角色成员资格信息。

此属性通常包含替换键 {0},它们被替换为参数。

ldap.user.attr.id

LDAP 中用户 ID 的属性名称。

如果没有指定,且使用 uid 属性,则此属性是可选的。

ldap.roles.attr.id

LDAP 中组和角色 ID 的属性名称。

如果没有指定,且使用 cn 属性,则此属性是可选的。

ldap.user.id.dn

DN 中的用户 ID,指示回调在搜索角色前查询用户 DN。这是可选的,默认为 false

java.naming.factory.initial

初始上下文工厂类名称;默认为 com.sun.jndi.ldap.LdapCtxFactory

java.naming.security.authentication

身份验证类型,其中可能的值是 nonesimplestrong。默认情况下,这 很简单

java.naming.security.protocol

要使用的安全协议,如 ssl

java.naming.provider.url

LDAP url (默认为 ldap://localhost:389 ;如果协议被设置为 ssl,则随后是 ldap://localhost:636)

37.1. LDAP UserGroup 回调实现

您可以通过使用以下方法之一配置相应的 LDAP 属性来使用 LDAP UserGroup 回调 实现:

  • 以编程方式:使用对应的 LDAPUserGroupCallbackImpl 属性构建属性对象,并创建 LDAPUserGroupCallbackImpl 并将相同的属性对象用作其参数。

    例如:

    import org.kie.api.PropertiesConfiguration;
    import org.kie.api.task.UserGroupCallback;
    ...
    Properties properties = new Properties();
    properties.setProperty(LDAPUserGroupCallbackImpl.USER_CTX, "ou=People,dc=my-domain,dc=com");
    properties.setProperty(LDAPUserGroupCallbackImpl.ROLE_CTX, "ou=Roles,dc=my-domain,dc=com");
    properties.setProperty(LDAPUserGroupCallbackImpl.USER_ROLES_CTX, "ou=Roles,dc=my-domain,dc=com");
    properties.setProperty(LDAPUserGroupCallbackImpl.USER_FILTER, "(uid={0})");
    properties.setProperty(LDAPUserGroupCallbackImpl.ROLE_FILTER, "(cn={0})");
    properties.setProperty(LDAPUserGroupCallbackImpl.USER_ROLES_FILTER, "(member={0})");
    
    UserGroupCallback ldapUserGroupCallback = new LDAPUserGroupCallbackImpl(properties);
    
    UserGroupCallbackManager.getInstance().setCallback(ldapUserGroupCallback);
  • 声明性:在应用程序的根目录中创建 jbpm.usergroup.callback.properties 文件,或者将文件位置指定为系统属性。

    例如:

    -Djbpm.usergroup.callback.properties=FILE_LOCATION_ON_CLASSPATH

    确保您在启动用户任务服务器时注册 LDAP 回调。

    例如:

    #ldap.bind.user=
    #ldap.bind.pwd=
    ldap.user.ctx=ou\=People,dc\=my-domain,dc\=com
    ldap.role.ctx=ou\=Roles,dc\=my-domain,dc\=com
    ldap.user.roles.ctx=ou\=Roles,dc\=my-domain,dc\=com
    ldap.user.filter=(uid\={0})
    ldap.role.filter=(cn\={0})
    ldap.user.roles.filter=(member\={0})
    #ldap.user.attr.id=
    #ldap.roles.attr.id=
其他资源

第 38 章 数据库连接

Business Central 为数据库服务器提供了一个专用的 UserGroup 回调 实现,它带有 Red Hat Process Automation Manager 以启用用户任务服务。用户任务服务有助于直接从数据库检索用户和组(角色)的信息。

您可以配置以下数据库 UserGroupCallback 实现属性:

Expand
表 38.1. 数据库 UserGroup 回调属性
属性描述

db.ds.jndi.name

用于连接的数据源的 JNDI 名称

db.user.query

验证用户是否存在

db.user.roles.query

为给定用户收集组

db.roles.query

验证组是否存在

38.1. 数据库 UserGroup 回调实现

在数据库 用户组回调 实现中,您必须创建所需的数据库。您可以通过以下一种方式配置对应的数据库属性来使用此实现:

  • 以编程方式:使用对应的 DBUserGroupCallbackImpl 属性构建属性对象,并使用与参数相同的属性对象创建 DBUserGroupCallbackImpl

    例如:

    import static org.jbpm.services.task.identity.DBUserGroupCallbackImpl.DS_JNDI_NAME;
    import static org.jbpm.services.task.identity.DBUserGroupCallbackImpl.PRINCIPAL_QUERY;
    import static org.jbpm.services.task.identity.DBUserGroupCallbackImpl.ROLES_QUERY;
    import static org.jbpm.services.task.identity.DBUserGroupCallbackImpl.USER_ROLES_QUERY;
    ...
    props = new Properties();
    props.setProperty(DS_JNDI_NAME, "jdbc/jbpm-ds");
    props.setProperty(PRINCIPAL_QUERY, "select userId from Users where userId = ?");
    props.setProperty(ROLES_QUERY, "select groupId from UserGroups where groupId = ?");
    props.setProperty(USER_ROLES_QUERY, "select groupId from UserGroups where userId = ?");
    
    callback = new DBUserGroupCallbackImpl(props);
  • 声明性:在应用程序的根目录中创建 jbpm.usergroup.callback.properties 文件,或者将文件位置指定为系统属性。

    例如:

    -Djbpm.usergroup.callback.properties=FILE_LOCATION_ON_CLASSPATH

    确保您在启动用户任务服务器时注册数据库回调。

    例如:

    System.setProperty("jbpm.usergroup.callback.properties", "/jbpm.usergroup.callback.db.properties");
    callback = new DBUserGroupCallbackImpl(true);
    ...
    db.ds.jndi.name = jdbc/jbpm-ds
    db.user.query = select userId from Users where userId = ?
    db.roles.query = select groupId from UserGroups where groupId = ?
    db.user.roles.query = select groupId from UserGroups where userId = ?
其他资源

第 39 章 使用 settings.xml 文件配置 Maven

Java 应用程序开发使用 Apache Maven 构建自动化工具来构建和管理软件项目。Maven 使用项目对象模型(POM)配置 XML 文件来定义项目属性和构建过程。

Maven 使用存储库来存储 Java 库、插件和其他构建构件。存储库可以是本地或远程存储库。本地存储库是从本地机器上缓存的远程存储库下载工件。远程存储库是使用常见协议访问的任何其他存储库,如位于 HTTP 服务器上时 http://file:// (位于文件服务器上时)。默认存储库是公共远程 Maven 2 Central Repository。Maven 的配置通过修改 settings.xml 文件来执行。您可以在 M2_HOME/conf/settings.xml 文件中配置全局 Maven 设置,或者在 USER_HOME/.m2/settings.xml 文件中配置用户级设置。

其他资源

第 40 章 GAV 检查管理

在 Business Central 中,项目由 组 ID工件 ID 和版本(GAV) Maven 命名规则来标识。GAV 值区分项目和项目版本,以及识别特定项目的依赖项。

默认情况下,Business Central 检测到重复的 GAV。具有 admin 角色的用户可以禁用此功能。

40.1. 配置 GAV 检查和子 GAV 版本

这个步骤描述了如何在 Business Central 中配置 GAV 检查。

流程

  1. 在 Business Central 中,前往 MenuDesignProjects,再单击项目名称。
  2. 在项目窗口中,单击 Settings 选项卡。
  3. General Settings 选项卡中,执行以下任务:

    • 要使其他项目具有相同的 GAV,请选择 Disable GAV conflict 复选框。
    • 要启用子项目具有 GAV 版本,请选择 Allow child GAV version 复选框。
  4. 点击 Save

    注意

    您可以点击 Reset 来撤消所有更改。

  5. 单击 Save 以确认更改。
注意

开发模式 中的项目禁用了重复的 GAV 检测。要在 Business Central 中启用重复的 GAV 检测,请转至项目 SettingsGeneral SettingsVersion,并将 Development Mode 选项切换为 OFF (如果适用)。

40.2. 为所有项目配置 GAV 检查

这个步骤描述了如何为 Business Central 中的所有项目配置 GAV 检查。您还可以在系统启动时禁用 GAV 检查。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,再选择 项目Projects 窗口将打开。
  2. Advanced GAV 首选项 选项卡中,执行以下任一任务:

    • 要使其他项目具有相同的 GAV,请选择 Disable GAV conflict 复选框。
    • 要启用子项目具有 GAV 版本,请选择 Allow child GAV version 复选框。
  3. 点击 Save
注意

您还可以在系统引导时将 org.guvnor.project.gav.check.disabled 系统属性设置为 true 来禁用重复的 GAV 检测功能:

$ ~/EAP_HOME/bin/standalone.sh -c standalone-full.xml
-Dorg.guvnor.project.gav.check.disabled=true

您可以将 KIE 服务器设置为 在生产 模式 或开发 模式下运行。开发模式提供了一个灵活的部署策略,可让您在维护活跃进程实例以进行小更改的同时更新现有部署单元(KIE 容器)。它还允许您在更新活跃进程实例以进行较大的更改前重置部署单元状态。生产模式是生产环境中的最佳选择,每个部署都会创建一个新的部署单元。

在开发环境中,您可以点击 Deploy in Business Central 将构建的 KJAR 文件部署到 KIE 服务器,而无需停止任何正在运行的实例(如果适用),或者点击 Redeploy 部署构建的 KJAR 文件并替换所有实例。下次部署或重新部署构建的 KJAR 时,以前的部署单元(KIE 容器)会在同一目标 KIE 服务器中自动更新。

在生产环境中,Business Central 中的 Redeploy 选项被禁用,您只能点 Deploy 将构建的 KJAR 文件部署到 KIE 服务器上新的部署单元(KIE 容器)。

流程

  1. 要配置 KIE 服务器环境模式,请将 org.kie.server.mode 系统属性设置为 org.kie.server.mode=developmentorg.kie.server.mode=production
  2. 要在 Business Central 中配置项目部署行为,请转至项目 SettingsGeneral SettingsVersion 并切换 Development Mode 选项。

    注意

    默认情况下,KIE 服务器和 Business Central 中的所有新项目都处于开发模式中。

    您不能部署打开 Development 模式 的项目,或使用手动将 SNAPSHOT 版本后缀添加到生产模式的 KIE 服务器中。

第 42 章 Git hook 和远程 Git 存储库集成

Git hook 是在 Git 事件之前或之后执行的 bash 脚本,如 git commitgit push。在 Business Central 中,您可以使用 Git hook 配置存储库,以便在每次发生事件时触发指定操作。如需有关 Git hook 的更多信息,请参阅自定义 Git Hook

您可以使用 post-commit Git hook 将远程 Git 存储库与 Business Central 集成。这可让您自动执行 Business Central 和远程存储库之间的内容复制。例如,您可以实施实时备份策略,其中对 Business Central 项目所做的更改将复制到远程 Git 存储库。

注意

Business Central 只支持 post-commit Git hook。

post-commit Git hook 会在每次提交作为同步操作后执行。Business Central 等待 post-commit bash 完成,且存储库中没有其他写入操作。

42.1. 创建 post-commit Git hook

您可以创建一个 post-commit Git hook bash 脚本文件,该文件中包含的代码或从 Java 程序等其他文件执行代码。

流程

  1. 创建 post-commit Git hook 文件:

    $ touch post-commit
  2. post-commit 文件的权限设置为 755

    $ chmod 755 post-commit
  3. #!/bin/bash 以及任何所需的代码添加到 post-commit 文件中,例如:

    • 将所有更改推送到远程存储库:

      #!/bin/bash
      git push origin +master
    • 记录信息:

      #!/bin/bash
      echo 'Hello World'
    • 执行另一个文件的代码:

      #!/bin/bash
      java -jar _EAP_HOME_/bin/.niogit/<SPACE>/<PROJECT_NAME>.git/hooks/git-push.jar
      注意

      要使用执行 Java 代码的 post-commit Git hook,您必须使用以下 Java 库:

      有关 post-commit Git hook 和 Java 代码示例的更多信息,请参阅 Business Central post-commit Git Hooks Integration

42.2. 导入远程 Git 存储库

您可以将远程 Git 存储库导入到 Business Central,并配置 post-commit Git hook,以自动将更改推送到该远程存储库。

先决条件

  • Red Hat Process Automation Manager 安装在 Red Hat JBoss EAP 7.4 服务器实例中。
  • Red Hat Process Automation Manager 项目存在于外部 Git 存储库中。
  • 外部 Git 存储库的读取访问凭据。
  • (对于 Windows),Cygwin 安装在安装过程中添加的 Git 软件包,并且 Cygwin /bin 文件夹的路径会添加到您的环境 PATH 变量中。例如: C:\cygwin64\bin。有关 Cygwin 安装的更多信息,请参阅 安装和更新 Cygwin 软件包

流程

  1. 在 Business Central 中,前往 MenuProject
  2. 选择或创建要将 Git 项目导入到的空间。
  3. 点击屏幕右侧的 dots 并选择 Import Project
  4. Import Project 窗口中,输入 Git 存储库的 URL,如 https://github.com/USERNAME/REPOSITORY_NAME.git 和 Git 存储库的凭证。
  5. Import

    该项目添加到 Business Central Git 存储库中,然后在空间中可用。

    重要

    使用 HTTPS 或 Git 协议而不是 SCP 风格的 SSH URL。Business Central 不支持基本的 SSH URL,如果使用此 URL,则会出现错误。

    您必须在 Git 供应商中配置您的公共 ssh 密钥。

    Git 存储库必须是 KJAR 项目,仅包含与 Red Hat Process Automation Manager 版本兼容的单个 KJAR。KJAR 内容必须位于存储库的根目录下。

  6. 在命令终端中,导航到项目的存储库 Git 文件夹中的 hook 文件夹。例如:

    $ cd _EAP_HOME_/bin/.niogit/<SPACE>/<PROJECT_NAME>.git/hooks
  7. 创建一个 post-commit 文件,该文件将更改推送到远程 Git 存储库。例如:

    #!/bin/sh
    git push origin +master

    有关创建 post-commit Git hook 的更多信息,请参阅 第 42.1 节 “创建 post-commit Git hook”

  8. 可选: 要检查配置是否成功,请在 Business Central 中创建一个指导规则:

    1. 在 Business Central 中,转至 MenuProjectAdd AssetGuided Rule
    2. Create new instructions Rule 页面上,输入所需信息。
    3. 确定

      Business Central 会自动将所有更改推送到远程存储库。

42.3. 为现有远程 Git 项目存储库配置 Git hook

如果您有一个现有的远程 Git 存储库项目,您可以在现有项目的远程 Git 存储库中创建一个 post-commit Git hook,并将远程 Git 存储库与 Business Central 集成。

先决条件

  • Red Hat Process Automation Manager 安装在 Red Hat JBoss EAP 7.4 服务器实例中。
  • Red Hat Process Automation Manager 项目存在于外部 Git 存储库中。
  • 外部 Git 存储库的读取访问凭据。
  • (对于 Windows 操作系统)Cygwin 安装在安装过程中添加的 Git 软件包,并且 Cygwin /bin 文件夹的路径添加到您的环境变量中。例如: C:\cygwin64\bin。有关 Cygwin 安装的更多信息,请参阅 安装和更新 Cygwin 软件包

流程

  1. 在命令终端中,导航到项目的存储库 Git 文件夹中的 hook 文件夹。例如:

    $ cd _EAP_HOME_/bin/.niogit/<SPACE>/<PROJECT_NAME>.git/hooks
  2. 创建一个 post-commit 文件,该文件将更改推送到远程 Git 存储库。例如:

    #!/bin/sh
    git push origin +master

    有关创建 post-commit Git hook 的更多信息,请参阅 第 42.1 节 “创建 post-commit Git hook”

  3. 可选: 要检查配置是否成功,请在 Business Central 中创建一个指导规则:

    1. 在 Business Central 中,转至 MenuProjectAdd AssetGuided Rule
    2. Create new instructions Rule 页面上,输入所需信息。
    3. 确定

      Business Central 会自动将所有更改推送到远程存储库。

如果您没有现有的 Git 存储库项目,或者您要将 post-commit Git hook 应用到大量项目存储库,您可以指定一个包含 org.uberfire.n.git.hooks 系统属性值的 hook 文件的目录。此目录复制到 Git 存储库。

注意

如果您指定了 org.uberfire.nio.git.hooks 系统属性,则所有 Business Central 内部存储库和项目存储库都使用 post-commit Git hook。您应该在脚本中只使用完全限定的路径。

先决条件

  • Red Hat Process Automation Manager 安装在 Red Hat JBoss EAP 7.4 服务器实例中。
  • (对于 Windows 操作系统)Cygwin 安装在安装过程中添加的 Git 软件包,并且 Cygwin /bin 文件夹的路径添加到您的环境变量中。例如: C:\cygwin64\bin。有关 Cygwin 安装的更多信息,请参阅 安装和更新 Cygwin 软件包

流程

  1. 在本地系统的目录中创建一个 post-commit Git hook。

    有关创建 post-commit Git hook 的更多信息,请参阅 第 42.1 节 “创建 post-commit Git hook”

  2. 要使用 org.uberfire.n.git.hooks 系统属性的值指定 hook 文件的目录,请执行以下操作之一:

    • org.uberfire.nio.git.hooks 系统属性添加到 standalone.xml 文件中。例如:

      <system-properties>
        <property name="org.uberfire.nio.git.hooks" value="_EAP_HOME_/hooks">
        </property>
        ...
      </system-properties>
    • 执行 Business Central 时,请使用 -Dorg.uberfire.nio.git.hooks 环境变量。例如:

      $ ./standalone.sh -c standalone-full.xml -Dorg.uberfire.nio.git.hooks=_EAP_HOME_/hooks
  3. 启动 Business Central。

    post-commit Git hook 复制到所有 Business Central 内部存储库和项目存储库。

42.5. 集成远程 Git 存储库

在以下示例中,您可以使用 post-commit Git hook 和 Java 代码将 Business Central 与远程 Git 存储库集成。有关 Java 代码示例,请参阅 Business Central post-commit Git Hooks Integration。这个示例提供以下功能:

  • 模板 .gitremote 配置文件的自动生成
  • 为所需参数验证 .gitremote 配置文件
  • Git 会忽略 .gitremote 文件的 ignore 参数中定义的模式
  • 用户的消息和通知输出
  • 支持 GitLab 和 GitHub 令牌身份验证
  • 支持 GitLab 组和子组项目创建
  • 支持 GitHub 机构存储库创建

先决条件

  • Red Hat Process Automation Manager 安装在 Red Hat JBoss EAP 7.4 服务器实例中。
  • Java Development Kit (JDK) 8 已安装。
  • 已安装 Maven。

流程

  1. 在终端窗口中,将 GitHub 存储库克隆到您的系统中:

    $ git clone https://github.com/kiegroup/bc-git-integration-push.git
  2. 进入克隆的存储库:

    $ cd bc-git-integration-push
  3. 执行 Maven 清理安装:

    $ mvn clean install
  4. EAP_HOME 目录中创建 /hooks 文件夹:

    $ mkdir -p _EAP_HOME_/hooks/
  5. git-push-2.1-SNAPSHOT.jar 复制到 EAP_HOME/hooks/ 文件夹:

    $ cp bc-git-integration-push/target/git-push-2.1-SNAPSHOT.jar _EAP_HOME_/hooks/
  6. 可选: 要创建 .gitremote 配置文件,请运行 git-push-2.1-SNAPSHOT.jar

    $ java -jar git-push-2.1-SNAPSHOT.jar

    模板 .gitremote 配置文件示例

    #This is an auto generated template empty property file
    provider=GIT_HUB
    login=
    password=
    token=
    remoteGitUrl=https://api.github.com/
    useSSH=false
    ignore=.*demo.*, test.*
    githubOrg=OrgName
    gitlabGroup=Group/subgroup

  7. 修改 .gitremote 配置文件参数。

    Expand
    表 42.1. .gitremote 参数示例
    参数描述

    provider

    Git 提供程序。只接受两个值: GIT_HUB 和 GIT_LAB。必填

    login

    Git 提供程序的用户名。必填

    password

    纯文本密码。如果提供 令牌,则不需要此项。

    token

    生成的令牌,用于替换基于 不安全连接 的用户名和密码 。注: 如果没有设置警告,代表您使用的是不安全的连接。如果提供了 密码,则不需要使用。注意:GitLab 只支持令牌身份验证。

    remoteGitUrl

    用于任何供应商的公共供应商 URL 或本地托管企业。必需。注:公共 GitHub URL 应当是 API URL。例如: api.github.com。

    useSSH

    布尔值,以允许 SSH 协议将更改推送到远程存储库。可选。默认 = false。注:此参数使用本地 ~/.ssh/ 目录来获取 SSH 配置。

    ignore

    以逗号分隔的正则表达式,忽略与这些表达式中的任何一个匹配的项目名称。可选。

    githubOrg

    如果 GitHub 用作提供程序,则定义存储库组织。可选。

    gitlabGroup

    如果 GitLab 用作提供程序可选,则定义存储库组和子组。

  8. EAP_HOME/hooks 中创建 post-commit Git hook 文件:

    $ touch post-commit
  9. post-commit 文件的权限设置为 755

    $ chmod 755 post-commit
  10. 添加 #!/bin/bash 和 code,将 git-push-2.1-SNAPSHOT.jar 添加到 post-commit 文件中:

    $ echo "#\!/bin/bash\njava -jar $APP_SERVER_HOME/hooks/git-push-2.1-SNAPSHOT.jar" > hooks/post-commit
  11. 使用 -Dorg.uberfire.n.git.hooks 环境变量集启动 Business Central。例如:

    $ ./standalone.sh -c standalone-full.xml -Dorg.uberfire.nio.git.hooks=_EAP_HOME_/hooks
注意

要使用执行 Java 代码的 post-commit Git hook,您必须使用以下 Java 库:

有关 post-commit Git hook 和 Java 代码示例的更多信息,请参阅 Business Central post-commit Git Hooks Integration

42.6. Git hook 退出代码

当 Git hook 退出整数值时,它将决定 Git hook 执行的状态。此整数值称为 Git hook 退出代码。执行状态可以是成功(1),警告(2 到 30)或错误(31 到 255))。

42.7. 自定义 Git hook 通知

Business Central 提供了一种机制,允许用户根据 hook 退出代码接收自定义 Git hook 通知。

要启用通知机制,您必须创建一个包含自定义消息的 *.properties 文件,然后将该文件的路径指定为 appformer.git.hooks.bundle 系统属性的值。

流程

  1. 创建 *.properties 文件,并为每个退出代码添加一行,使用以下格式的对应消息:

    <exit_code>=<display_message>

    是 Git hook 退出代码,& lt;display_message > 是向用户显示的自定义消息。<exit_code>

    例如:

    0=Success! All working as expected.
    1=Warning! Please check the logs and advise your admin.
    .
    .
    31=Error! Please advise your admin immediately.
    注意

    不需要在 *.properties 文件中定义所有可能的退出代码。通知只针对 *.properties 文件中定义的退出代码出现。

    重要

    通知服务只支持属性文件中设置的 ISO 8859-1 (LATIN 1)字符。如果要使用扩展字符,请使用它们的转义的 Unicode 字符代码序列。

  2. 要启用 Git hook 通知,请将文件的路径指定为 appformer.git.hooks.bundle 系统属性的值。

    请参阅以下带有指向 Messages.properties 文件的设置的 standalone.xml 文件示例:

    <system-properties>
      <property name="appformer.git.hooks.bundle" value="/opt/jboss-as/git-hooks-messages/Messages.properties">
      </property>
      ...
    </system-properties>

42.7.1. Business Central 中的 Git hook 通知

您可以在 Business Central 中查看 Git hook 通知。有三个 Git hook 退出代码通知类型。

Expand
表 42.2. Git hook UI 通知类型
退出代码自定义消息UI 通知颜色

0

成功!所有工作都如预期运行。

绿色

1 到 30

警告!请检查日志并建议您的 admin。

orange

31 到 255

错误!请立即为您的管理员提供建议。

红色

重要

UNIX 机器只支持 0 (成功)到 255 (错误)之间的错误代码,此范围内的任何退出代码都将转换为不同的代码,这可能会导致显示错误的通知信息。

Windows 机器没有这个限制并支持广泛的退出代码。

42.7.2. Git hook 通知国际化支持

您可以将额外的属性文件放在与 appformer.git.hooks.bundle 系统属性指定的原始属性文件相同的路径中,对通知消息进行国际化。

不同本地化文件的名称必须是 < filename>_<lang>.properties,其中 <filename > 与原始文件相同。例如,如果系统属性指向 Messages.properties,您可以为英语创建 Messages_en.properties,为法语创建 Messages_fr.properties,或用于意大利语的 Messages_it.properties

如果没有该语言可用的翻译,则通知服务将根据用户的语言选择属性文件,它将使用原始 Messages.properties 文件中的条目。

Business Central 为用户提供了用于限制特定协作器类型目标分支的访问的选项。安全检查使用 Security Management 屏幕和贡献者源向空格和项目授予或拒绝权限。例如,如果用户有更新项目的安全权限,并且具有该分支的写入权限,则根据贡献者类型,他们可以创建新的资产。

43.1. 自定义基于角色的访问控制访问

您可以为 Business Central 中项目的每个分支自定义贡献者角色权限。例如,您可以设置分配给分支的每个角色的 ReadWriteDeleteDeploy 访问权限。

流程

  1. 在 Business Central 中,前往 MenuDesignProjects
  2. 如果需要,添加新的贡献者:

    1. 单击项目名称,然后单击 Contributors 选项卡
    2. 单击 Add Contributor
    3. 在文本字段中输入用户名。
    4. 从下拉列表中选择 Contributor 角色类型。
    5. 确定
  3. 为相关贡献者自定义基于角色的访问控制访问权限:

    1. SettingsBranch Management
    2. 从下拉列表中选择分支名称。
    3. Role Access 部分中,选择或取消选择权限复选框,为每个可用角色类型指定基于角色的访问控制的分支访问权限。
    4. 单击 Save,然后再次单击 Save 以确认更改。

第 44 章 查看进程实例日志

您可以从其 Logs 选项卡中查看实例的所有进程事件。实例日志会列出所有当前和以前的进程状态。Business Central 具有两种类型的日志,用于流程实例、业务和技术 日志。

流程

  1. 在 Business Central 中,前往 MenuManageProcess Instances
  2. Manage Process Instances 页面上,单击您要查看其日志的进程实例。
  3. 选择 Logs 选项卡:

    • 单击 Business 以查看业务事件日志。
    • Technical 查看技术事件日志。
    • 单击 AscDesc 以更改日志文件的顺序。

第 45 章 Business Central 系统属性

本节中列出的 Business Central 系统属性传递给 standalone*.xml 文件。

Git 目录

使用以下属性来设置 Business Central Git 目录的位置和名称:

  • org.uberfire.nio.git.dir : Business Central Git 目录的位置。
  • org.uberfire.nio.git.dirname: Business Central Git 目录的名称。默认值: .niogit
  • org.uberfire.nio.git.ketch: 启用或禁用 Git ketch。
  • org.uberfire.nio.git.hooks: Git hook 目录的位置。
Git over HTTP

使用以下属性来配置通过 HTTP 访问 Git 存储库:

  • org.uberfire.nio.git.proxy.ssh.over.http: 指定 SSH 是否应该使用 HTTP 代理。默认值: false
  • http.proxyHost :定义 HTTP 代理的主机名。默认值: null
  • http.proxyPort :定义 HTTP 代理的主机端口(整数值)。默认值: null
  • http.proxyUser :定义 HTTP 代理的用户名。
  • http.proxyPassword :定义 HTTP 代理的用户密码。
  • org.uberfire.nio.git.http.enabled: 启用或禁用 HTTP 守护进程。默认值: true
  • org.uberfire.nio.git.http.host :如果启用了 HTTP 守护进程,它将此属性用作主机标识符。这是一个信息性属性,用于显示如何通过 HTTP 访问 Git 存储库。HTTP 仍然依赖于 servlet 容器。默认值: localhost
  • org.uberfire.nio.git.http.hostname :如果启用了 HTTP 守护进程,它将此属性用作主机名标识符。这是一个信息性属性,用于显示如何通过 HTTP 访问 Git 存储库。HTTP 仍然依赖于 servlet 容器。默认值: localhost
  • org.uberfire.nio.git.http.port :如果启用了 HTTP 守护进程,它将此属性用作端口号。这是一个信息性属性,用于显示如何通过 HTTP 访问 Git 存储库。HTTP 仍然依赖于 servlet 容器。默认值: 8080.
Git over HTTPS

使用以下属性配置通过 HTTPS 访问 Git 存储库:

  • org.uberfire.nio.git.proxy.ssh.over.https: 指定 SSH 是否使用 HTTPS 代理。默认值: false
  • https.proxyHost :定义 HTTPS 代理的主机名。默认值: null
  • https.proxyPort :定义 HTTPS 代理的主机端口(整数值)。默认值: null
  • https.proxyUser :定义 HTTPS 代理的用户名。
  • https.proxyPassword :定义 HTTPS 代理的用户密码。
  • user.dir :用户目录的位置。
  • org.uberfire.nio.git.https.enabled: 启用或禁用 HTTPS 守护进程。默认值: false
  • org.uberfire.nio.git.https.host :如果启用了 HTTPS 守护进程,它将此属性用作主机标识符。这是一个信息性属性,用于显示如何通过 HTTPS 访问 Git 存储库。HTTPS 仍然依赖于 servlet 容器。默认值: localhost
  • org.uberfire.nio.git.https.hostname :如果启用了 HTTPS 守护进程,它将此属性用作主机名标识符。这是一个信息性属性,用于显示如何通过 HTTPS 访问 Git 存储库。HTTPS 仍然依赖于 servlet 容器。默认值: localhost
  • org.uberfire.nio.git.https.port :如果启用了 HTTPS 守护进程,它将此属性用作端口号。这是一个信息性属性,用于显示如何通过 HTTPS 访问 Git 存储库。HTTPS 仍然依赖于 servlet 容器。默认值: 8080.
JGit
  • org.uberfire.nio.jgit.cache.instances: 定义 JGit 缓存大小。
  • org.uberfire.nio.jgit.cache.overflow.cleanup.size: 定义 JGit 缓存溢出清理大小。
  • org.uberfire.nio.jgit.remove.eldest.iterations: 启用或禁用删除 eldest JGit iterations。
  • org.uberfire.nio.jgit.cache.evict.threshold.duration: 定义 JGit 驱除阈值持续时间。
  • org.uberfire.nio.jgit.cache.evict.threshold.time.unit: 定义 JGit 驱除阈值时间单位。
Git 守护进程

使用以下属性来启用和配置 Git 守护进程:

  • org.uberfire.nio.git.daemon.enabled: 启用或禁用 Git 守护进程。默认值: true
  • org.uberfire.nio.git.daemon.host :如果启用了 Git 守护进程,它将此属性用作本地主机标识符。默认值: localhost
  • org.uberfire.nio.git.daemon.hostname :如果启用了 Git 守护进程,它将此属性用作本地主机名标识符。默认值: localhost
  • org.uberfire.nio.git.daemon.port :如果启用了 Git 守护进程,它将此属性用作端口号。默认值: 9418.
  • org.uberfire.nio.git.http.sslVerify :启用或禁用 Git 存储库的 SSL 证书检查。默认值: true

    注意

    如果默认或分配的端口已经在使用中,则会自动选择一个新端口。确保端口可用,并检查日志以了解更多信息。

git SSH

使用以下属性来启用和配置 Git SSH 守护进程:

  • org.uberfire.nio.git.ssh.enabled: 启用或禁用 SSH 守护进程。默认值: true
  • org.uberfire.nio.git.ssh.host :如果启用了 SSH 守护进程,它将此属性用作本地主机标识符。默认值: localhost
  • org.uberfire.nio.git.ssh.hostname :如果启用了 SSH 守护进程,它将此属性用作本地主机名标识符。默认值: localhost
  • org.uberfire.nio.git.ssh.port :如果启用了 SSH 守护进程,它将此属性用作端口号。默认值:800 1

    注意

    如果默认或分配的端口已经在使用中,则会自动选择一个新端口。确保端口可用,并检查日志以了解更多信息。

  • org.uberfire.nio.git.ssh.cert.dir: 存储本地证书的 .security 目录的位置。默认值: 工作目录。
  • org.uberfire.nio.git.ssh.idle.timeout: 设置 SSH 空闲超时。
  • org.uberfire.nio.git.ssh.passphrase :在使用 SCP 风格 URL 克隆 git 存储库时用于访问操作系统的公钥存储。示例: git@github.com:user/repository.git.
  • org.uberfire.nio.git.ssh.algorithm: SSH 使用的算法。默认值: RSA
  • org.uberfire.nio.git.gc.limit: 设置 GC 限制。
  • org.uberfire.nio.git.ssh.ciphers :以逗号分隔的密码字符串。可用的密码有 aes128-ctr,aes192-ctr,aes256-ctr,arcfour128,arcfour256,aes192-cbc,aes256-cbc。如果没有使用属性,则会加载所有可用的密码。
  • org.uberfire.nio.git.ssh.macs :以逗号分隔的消息身份验证代码(MAC)字符串。可用的 MAC 是 hmac-md5,hmac-md5-96,hmac-sha1,hmac-sha1-96,hmac-sha2-256,hmac-sha2-512.如果没有使用属性,则会加载所有可用的 MAC。

    注意

    如果您计划使用 DSA 以外的 RSA 或任何算法,请确保将应用服务器设置为使用 Bouncy Castle JCE 库。

KIE Server 节点和流程自动化管理器控制器

使用以下属性,从 Process Automation Manager 控制器配置与 KIE 服务器节点的连接:

  • org.kie.server.controller :该 URL 用于连接到进程 Automation Manager 控制器。例如,ws://localhost:8080/ business-central/websocket/controller.
  • org.kie.server.user :用于从 Process Automation Manager 控制器连接到 KIE Server 节点的用户名。只有在将此 Business Central 安装用作流程自动化管理器控制器时才需要此属性。
  • org.kie.server.pwd :用于从进程 Automation Manager 控制器连接到 KIE Server 节点的密码。只有在将此 Business Central 安装用作流程自动化管理器控制器时才需要此属性。
Maven 和各种

使用以下属性配置 Maven 和其他各种功能:

  • kie.maven.offline.force: 强制 Maven 的行为与离线一样。如果为 true,则禁用在线依赖项解析。默认值: false

    注意

    仅将此属性用于 Business Central。如果您与任何其他组件共享运行时环境,请隔离配置并将其仅应用到 Business Central。

  • org.uberfire.gzip.enable :启用或禁用 GzipFilter 压缩过滤器上的 Gzip 压缩。默认值: true
  • org.kie.workbench.profile :选择 Business Central 配置集。可能的值有 FULLPLANNER_AND_RULES。前缀 FULL_ 设置配置文件,并从管理员首选项隐藏配置集首选项。默认值: FULL
  • org.appformer.m2repo.url : Business Central 在查找依赖项时使用 Maven 存储库的默认位置。它指示 Business Central 中的 Maven 存储库,例如 http://localhost:8080/business-central/maven2。在启动 Business Central 前设置此属性。默认值:指向内部 m2 存储库的文件路径。
  • appformer.ssh.keystore :通过指定类名称来定义要与 Business Central 搭配使用的自定义 SSH 密钥存储。如果属性不可用,则使用默认的 SSH 密钥存储。
  • appformer.ssh.keys.storage.folder :使用默认的 SSH 密钥存储时,此属性定义用户的 SSH 公钥的存储文件夹。如果属性不可用,则密钥存储在 Business Central .security 文件夹中。
  • appformer.experimental.features :启用实验性功能框架。默认值: false
  • org.kie.demo :从 GitHub 启用演示应用程序的外部克隆。
  • org.uberfire.metadata.index.dir :存储 Lucene .index 目录的位置。默认值: 工作目录。
  • org.uberfire.ldap.regex.role_mapper :用于将 LDAP 主体名称映射到应用角色名称的 Regex 模式。请注意,在匹配原则值和角色名称时,变量角色必须是模式的一部分,因为应用角色名称会替换变量角色。
  • org.uberfire.sys.repo.monitor.disabled :禁用配置监控器。除非确定,否则不要禁用。默认值: false
  • org.uberfire.secure.key :密码加密使用的密码。默认值: org.uberfire.admin
  • org.uberfire.secure.alg: 由密码加密使用的 Crypto 算法。默认值: PBEWithMD5AndDES
  • org.uberfire.domain: uberfire 使用的安全域名。默认值: ApplicationRealm.
  • org.guvnor.m2repo.dir: 存储 Maven 存储库文件夹的 Place。默认值: &lt ;working-directory>/repositories/kie
  • org.guvnor.project.gav.check.disabled :禁用组 ID、工件 ID 和版本(GAV)检查。默认值: false
  • org.kie.build.disable-project-explorer :禁用在 Project Explorer 中自动构建所选项目。默认值: false
  • org.kie.builder.cache.size :定义项目构建器的缓存大小。默认值 :20
  • org.kie.library.assets_per_page :您可以在项目屏幕中为每个页面自定义资产数量。默认值 :15
  • org.kie.verification.disable-dtable-realtime-verification :禁用表的实时验证和验证。默认值: false
处理 Automation Manager 控制器

使用以下属性来配置如何连接到进程 Automation Manager 控制器:

  • org.kie.workbench.controller :用于连接进程自动化管理器控制器的 URL,例如 ws://localhost:8080/kie-server-controller/websocket/controller
  • org.kie.workbench.controller.user: Process Automation Manager 控制器用户。默认值: kieserver
  • org.kie.workbench.controller.pwd: Process Automation Manager 控制器密码。默认值: kieserver1!.
  • org.kie.workbench.controller.token :用于连接进程 Automation Manager 控制器的令牌字符串。
Java 加密扩展 KeyStore (JCEKS)

使用以下属性来配置 JCEKS:

  • kie.keystore.keyStoreURL :用于加载 Java 加密扩展 KeyStore (JCEKS)的 URL。例如: file:///home/kie/keystores/keystore.jceks。
  • kie.keystore.keyStorePwd :用于 JCEKS 的密码。
  • kie.keystore.key.ctrl.alias :默认 REST Process Automation Manager 控制器的密钥别名。
  • kie.keystore.key.ctrl.pwd :默认 REST Process Automation Manager 控制器的别名密码。
渲染

使用以下属性在 Business Central 和 KIE Server rendered 表单间切换:

  • org.jbpm.wb.forms.renderer.ext :切换 Business Central 和 KIE 服务器之间的表单渲染。默认情况下,该表单渲染由 Business Central 执行。默认值: false
  • org.jbpm.wb.forms.renderer.name :使您能够在 Business Central 和 KIE Server rendered 表单之间进行切换。默认值: 工作台.

以下关键概念或建议的做法可帮助您优化 Business Central 配置和红帽流程自动化管理器性能。本小节中将汇总这些概念,并在适用的情况下更详细地解释了这些概念。本节会根据新版本的 Red Hat Process Automation Manager 扩展或更改。

确保开发过程中启用了开发模式

您可以在 Business Central 中设置 KIE 服务器或特定项目,以使用 生产 模式或 开发模式。默认情况下,KIE 服务器和 Business Central 中的所有新项目都处于开发模式中。这个模式提供了帮助您的开发体验的功能,如灵活的项目部署策略,以及在开发过程中优化 KIE 服务器性能的功能,如禁用重复的 GAV 检测。在建立 Red Hat Process Automation Manager 环境并准备好用于生产模式前,使用开发模式。

有关配置环境模式或重复 GAV 检测的更多信息,请参阅以下资源:

禁用复杂指导决策表的验证和验证

默认启用 Business Central 验证和验证功能。这个功能可帮助您验证您的指导决策表,但具有复杂的指导决策表,此功能可能会妨碍决策引擎性能。您可以通过将 org.kie.verification.disable-dtable-realtime-verification 系统属性值设置为 true 来禁用此功能。

有关指导决策表验证的更多信息,请参阅使用指导决策表设计决策服务

如果您有很多大型项目,则禁用自动构建

在 Business Central 中,当您在 Project Explorer 侧面板中导航项目时,会自动构建所选项目,以便更新 Alerts 窗口以显示项目的任何构建错误。如果您有大型项目,或者经常在开发过程中切换多个项目,此功能可能会阻碍 Business Central 和决策引擎性能。

要禁用自动项目构建,请将 org.kie.build.disable-project-explorer 系统属性设置为 true

部分 III. 在 Business Central 中使用独立视角

作为业务规则开发人员,您可以嵌入 Web 应用程序中的 Business Central 的独立视角,然后使用它们编辑规则、流程、决策表和其他资产。

先决条件

  • Business Central 被部署并在一个 web/application 服务器上运行。
  • 您已登陆到 Business Central。

第 47 章 Business Central 中的独立视角

Business Central 为基于资产的格式编写资产提供专用编辑器。Business Central 具有一项功能,使您能够单独使用这些编辑器。此功能被称为编辑器的独立视角模式,或者只是 独立视角

作为业务规则开发人员,您可以在 Web 应用程序中嵌入独立视角,然后使用它编辑规则、流程、决策表和其他资产。嵌入了视角后,您可以在自己的应用程序中编辑资产,而无需切换到 Business Central。您可以使用此功能自定义 Web 应用程序。除了独立视角外,您还可以在应用程序中嵌入独立自定义页面(仪表板)。

您可以通过在浏览器中使用独立和视角参数,访问 独立 视角。独立视角的 Web 地址可能还包含其他参数。

第 48 章 使用独立库视角

您可以使用 Business Central 的库视角来选择您要编辑的项目。您还可以在所选项目上执行所有编写功能。

独立库视角可以通过两种方式 使用无需使用 header=UberfireBreadcrumbsContainer 参数。不同之处在于,带有 header 参数的地址将显示在库视角顶部的图标上。使用此链接,您可以为项目创建额外的 Spaces

流程

  1. 登录 Business Central。
  2. 在 Web 浏览器中,输入适当的 web 地址:

    1. 在没有 header 参数的情况下访问独立库视角

      http://localhost:8080/business-central/kie-wb.jsp?standalone=true&perspective=LibraryPerspective

      在浏览器中打开没有面包图标的独立库视角。

    2. 使用 header 参数访问独立库

      http://localhost:8080/business-central/kie-wb.jsp?standalone=true&perspective=LibraryPerspective&header=UberfireBreadcrumbsContainer

      浏览器中打开带有面包图标的独立库视图。

第 49 章 使用独立编辑器视角

您可以使用 Business Central 的独立编辑器视角访问资产的特定编辑器。使用这个视角,您可以打开资产的编辑器,并根据需要修改资产。

用于访问资产的独立编辑器视角的 web 地址包含 独立 和路径 参数。path 参数必须包含资产的完整路径,web 地址可以使用 #StandaloneEditorPerspective 字符串结束。另外,通过不同的 path 参数,您可以在独立模式下访问特定资产的编辑器。

流程

  1. 登录 Business Central。
  2. 在 Web 浏览器中,根据需要输入适当的 Web 地址,例如:

    1. 编辑进程:

      http://localhost:8080/business-central/kie-wb.jsp?standalone&path=default://master@MySpace/Shop/src/main/resources/com/purchase.bpmn#StandaloneEditorPerspective

      Process Designer 在单机模式下打开。

    2. 编辑表单:

      http://localhost:8080/business-central/kie-wb.jsp?standalone&path=default://master@MySpace/Mortgage_Process/src/main/resources/ApplicationMortgage.frm#StandaloneEditorPerspective

      Form Modeler 在单机模式下打开。

第 50 章 使用独立内容管理器视角

通过使用应用程序中的独立内容管理器视角,您可以创建并编辑应用程序的内容及其导航菜单。

流程

  1. 登录 Business Central。
  2. 在 Web 浏览器中,在地址栏中输入以下 Web 地址,

    http://localhost:8080/business-central/kie-wb.jsp?standalone=true&perspective=ContentManagerPerspective

    独立内容管理器视角在浏览器中打开。

第 51 章 使用独立自定义页面

除了独立视角外,您还可以在应用程序中嵌入自定义页面(也称为仪表板)。要从应用程序访问自定义页面,请提供自定义页面的名称作为 perspective 参数的值。请注意,perspective 参数区分大小写。

流程

  1. 登录 Business Central。
  2. 在 Web 浏览器中,在地址栏中输入自定义页面的 Web 地址,例如:

    http://localhost:8080/business-central/kie-wb.jsp?standalone=true&perspective=CustomPageName

    单机自定义页面将在浏览器中打开。将值 CustomPageName 替换为您要在独立模式中使用的自定义页面的名称。

部分 IV. 在 Business Central 中创建自定义页面

作为业务分析或业务规则开发人员,您可以使用 Business Central 中的 Page Editor 创建静态页面和动态仪表板,以显示有关项目的特定信息。仪表板是包含至少一个动态报告组件的页面集合。您可以定义数据集以提供仪表板的报告组件。您可以将仪表板导出到 Red Hat JBoss EAP 上的独立 Dashbuilder Runtime dashboard viewer 或 Red Hat OpenShift Container Platform 上的 Dashbuilder Standalone 仪表板查看器。

先决条件

  • 您以有权编辑页面的用户身份登录 Business Central。

第 52 章 Business Central 自定义仪表板

仪表板是 Business Central 页面的集合,其中至少包含一个报告组件。仪表板通常包含数据集、导航树和权限。

创建自定义仪表板时有四个阶段:

  • 数据集编写:定义用于访问数据的数据集,并通过页面显示。如需更多信息,请参阅 添加数据集
  • 页面编写:创建仪表板页面。如需更多信息,请参阅创建页面
  • 出版物 - 在这个阶段,当您创建自定义导航树或修改现有的默认树时,页面之间的导航会被定义(Workbench 树)。如需更多信息 ,请参阅创建导航树 或编辑 导航树
  • 安全管理 - 在此阶段,设置角色和组权限,定义用户在工作 Business Central 时授予用户的权限。如需更多信息,请参阅 安全管理

其他资源

要从以前的 Business Central 版本迁移仪表板,请使用 第 57.1 节 “导出 Business Central 仪表板数据” 中描述的 Dashbuilder 数据传输功能。

Dashbuilder Runtime 和 Dashbuilder Standalone 是附加组件,可用于查看从 Business Central 创建和导出的仪表板。这可用于检查没有 Business Central 的环境中的业务指标。Dashbuilder 运行时可用于在红帽 JBoss EAP 上安装。您可以在 Red Hat OpenShift Container Platform 上部署 Dashbuilder Standalone。

在 Dashbuilder Runtime 和 Dashbuilder Standalone 中的仪表板页面之间导航与创建仪表板的 Business Central 实例中的导航完全相同。如果页面属于某个组,则该组将导入到 Dashbuilder Runtime 或 Dashbuilder Standalone 以及该页面。如果页面导入到 Dashbuilder Runtime 或 Dashbuilder Standalone 中,但没有用于导航,则该页面将添加到 Runtime Dashboards 菜单组中。如果没有导出导航,则所有页面都会添加到 Runtime Dashboards 菜单组中。

53.1. 在 Red Hat JBoss EAP 上安装 Dashbuilder 运行时

要安装 Dashbuilder 运行时,请下载 Dashbuilder Runtime WAR,再创建一个具有 admin 角色的用户。

先决条件

  • 您有红帽 JBoss EAP 安装。
  • 您已在 Business Central 中创建并导出了仪表板。有关导出 Dashbuilder 数据的更多信息,请参阅 配置 Business Central 设置和属性 指南中的"提交和导入 Dashbuilder 数据"部分。

流程

  1. 导航到红帽客户门户网站中的 Software Downloads 页面(需要登录),然后从下拉菜单中选择产品和版本:

    • 产品: 流程自动化管理器
    • Version: 7.12
  2. 下载 Red Hat Process Automation Manager 7.12.0 Add Ons (rhpam-7.12.0-add-ons.zip),并提取 ZIP 文件。
  3. 导航到包含提取文件的目录,并提取 rhpam-7.12.0-dashbuilder-runtime.zip 文件。
  4. 将您提取到 < EAP_HOME>/standalone/deployments 文件夹的 dashbuilder-runtime.zip 文件的内容复制到其中 <EAP_HOME > 是包含红帽 JBoss EAP 安装的红帽 JBoss EAP 主目录。
  5. 在红帽 JBoss EAP 主目录中,输入以下命令来创建具有 admin 角色的用户,并指定密码。在以下示例中,将 &lt ;USERNAME& gt ; 和 <PASSWORD > 替换为您选择的用户名和密码。

    $ ./bin/jboss-cli.sh --commands="embed-server --std-out=echo,/subsystem=elytron/filesystem-realm=ApplicationRealm:add-identity(identity=<USERNAME>),/subsystem=elytron/filesystem-realm=ApplicationRealm:set-password(identity=<USERNAME>, clear={password='<PASSWORD>'}),/subsystem=elytron/filesystem-realm=ApplicationRealm:add-identity-attribute(identity=<USERNAME>, name=role, value=['admin'])"
  6. 在终端应用中,前往 EAP_HOME/bin
  7. 输入以下命令启动 Red Hat JBoss EAP:

    • 在 Linux 或基于 UNIX 的系统中:

      $ ./standalone.sh -c standalone-full.xml
    • 在 Windows 中:

      standalone.bat -c standalone-full.xml
  8. 在 Web 浏览器中,打开 URL http://localhost:8080
  9. 使用您为 Dashbuilder Runtime 创建的用户的凭证登录。
  10. 在代理时,上传您从 Business Central 导出的仪表板。Dashbuilder Runtime 使用该仪表板,直到重启为止。

53.1.1. Dashbuilder Runtime 系统属性

您可以使用系统属性来自定义 Dashbuilder 运行时。

仪表板路径

当仪表板上传时,它将存储在 文件系统中。存储的路径由系统属性 dashbuilder.import.base.dir 控制。默认为 /tmp/dashbuilder

系统属性是任何仪表板模型的根路径。例如,如果此路径上有多个文件,可以通过访问 Dashbuilder Runtime 并传递应加载的文件名导入文件。例如,如果要加载 sales_dashboard,请执行 runtime_host?import=sales_dashboard 和 Dashbuilder Runtime 将尝试载入文件 /tmp/dashbuilder/sales_dashboard.zip

静态仪表板
如果您希望运行时实例加载特定的仪表板,您可以更改系统属性 dashbuilder.runtime.import。将属性设置为本地文件路径将导致在运行时启动期间载入特定的仪表板。
控制上传大小
应用程序服务器默认控制 POST 请求大小。您可以使用系统属性 dashbuilder.runtime.upload.size 控制上传仪表板的允许大小。大小应以 KB 为单位,默认情况下该值为 96kb,即,如果某人尝试上传大于 96kb的文件,系统会显示一个错误,不会安装仪表板。
Dashbuilder 运行时中的默认页面

在 Dashbuilder Runtime 中导入的仪表板包含一个默认页面。以下列表提供了 Dashbuilder Runtime 默认页面的更新概述:

  • 当导入的仪表板只有一个页面时,它将被用作默认页面。
  • 如果页面命名为 index,则它将用作默认页面。
  • 在其他情况下,使用了 Dashbuilder Runtime 的通用主页。
加载外部仪表板

位于可访问的 URL 的仪表板可由 Dashbuilder Runtime 访问。您可以通过将 URL 与 import 查询参数(如 runtime_host?import=http://filesHost/sales_dashboard.zip )传递来访问 URL。

注意

出于安全考虑,默认禁用这个选项。您可以通过将系统属性 dashbuilder.runtime.allowExternal 设置为 true 来启用它。

您可以使用 Dashbuilder Standalone 查看在 OpenShift 中创建并从 Business Central 导出的仪表板。这可用于检查没有 Business Central 的环境中的业务指标。使用 Dashbuilder Standalone operator 在 Red Hat OpenShift Container Platform 上部署 Dashbuilder Standalone,与其他服务分开部署。

先决条件

流程

  1. 在 Operator 安装 页面中,在 Application name 字段中输入应用程序的名称。
  2. Environment 字段中输入环境的名称,如 rhpam-standalone-dashbuilder
  3. 点击 Next
  4. 可选:在 Security 页面中,配置 LDAP 或 Red Hat Single Sign-On。
  5. Components 页面上,从 Components 列表中选择 Dashbuilder
  6. 要添加 KIE 服务器数据集,请完成以下任务:

    注意

    您可以通过重复此步骤来添加额外的 KIE 服务器数据集。

    1. 单击 Add new KIE Server DataSets
    2. DataSet name 字段中,输入 kieserver-1
    3. Kie Server Location 字段中,输入 KIE 服务器的位置,例如 https://my-kie-server:80/services/rest/server
    4. 要设置凭证,请完成以下任务之一:

      • 如果您没有设置令牌,在 UsernamePassword 字段中输入您的用户名和密码。将 Token 字段留空。
      • 如果您有令牌,在 Token 字段中输入您的令牌。UsernamePassword 字段留空。

        自定义资源示例:

        apiVersion: app.kiegroup.org/v2
        kind: KieApp
        metadata:
          name: standalone-dashbuilder
        spec:
          environment: rhpam-standalone-dashbuilder
          objects:
            dashbuilder:
              config:
                kieServerDataSets:
                  - name: kieserver-1
                    location: 'https://my-kie-server:80/services/rest/server'
                    user: kieserverAdmin
                    password: kieserverAdminPwd
                    replaceQuery: true
  7. 要添加 KIE Server 模板,请完成以下任务:

    注意

    您可以通过重复这一步来添加额外的 KIE Server 模板。

    1. 单击 Add new KIE Server Templates
    2. Template name 字段中输入模板的名称,如 kieserver-template
    3. KIE Server Location 字段中,输入 KIE 服务器的位置,例如 https://my-other-kie-server:80/services/rest/server
    4. 要设置凭证,请完成以下任务之一:

      • 如果您没有设置令牌,在 UsernamePassword 字段中输入您的用户名和密码。将 Token 字段留空。
      • 如果您有令牌,在 Token 字段中输入您的令牌。UsernamePassword 字段留空。

        apiVersion: app.kiegroup.org/v2
        kind: KieApp
        metadata:
          name: standalone-dashbuilder
        spec:
          environment: rhpam-standalone-dashbuilder
          objects:
            dashbuilder:
              config:
                kieServerDataSets:
                  - name: kieserver-1
                    location: 'https://my-kie-server:80/services/rest/server'
                    user: kieserverAdmin
                    password: kieserverAdminPwd
                    replaceQuery: true
                kieServerTemplates:
                  - name: kieserver-template
                    location: 'https://my-another-kie-server:80/services/rest/server'
                    user: user
                    password: pwd
                    replaceQuery: true
  8. 可选: 要为外部路由设置自定义主机名,请在 Dashbuilder 外部 Route 字段中输入自定义主机名中使用的 域,如下例所示:

    `dashbuilder.example.com`
    注意

    自定义主机名必须有效并可解析。

    要更改自定义主机名,您可以修改 routeHostname 属性。

53.2.1. Dashbuilder 独立环境变量

在 Operator 中使用 Dashbuilder 容器镜像时,您可以使用环境变量或通过自定义资源来配置 Dashbuilder。

Expand
表 53.1. 自定义资源参数
参数等同的环境变量描述示例值

allowExternalFileRegister

DASHBUILDER_ALLOW_EXTERNAL_FILE_REGISTER

允许下载外部(远程)文件。默认值为 false。

False

componentEnable

DASHBUILDER_COMP_ENABLE

启用外部组件。

true

componentPartition

DASHBUILDER_COMPONENT_PARTITION

根据运行时模型 ID 启用组件分区。默认值为 true。

true

configMapProps

DASHBUILDER_CONFIG_MAP_PROPS

允许使用带有 Dashbuilder 配置的属性文件。附加唯一的属性;如果属性设置多次,则使用属性文件中的属性文件。

true

dataSetPartition

DASHBUILDER_DATASET_PARTITION

根据运行时模型 ID 启用数据集 ID 的分区。默认值为 true。

true

enableBusinessCentral

 — 

通过配置 Business Central 和 Dashbuilder 自动集成 Business Central。仅在 operator 上可用。

true

enableKieServer

 — 

通过自动配置 KIE 服务器和 Dashbuilder 来启用与 KIE 服务器集成。仅在 operator 上可用。

true

externalCompDir

DASHBUILDER_EXTERNAL_COMP_DIR

设置存储仪表板 ZIP 文件的基础目录。如果启用了 PersistentConfigs,并且 ExternalCompDir 没有设置为现有路径,则使用 /opt/kie/dashbuilder/components 目录。

 — 

importFileLocation

DASHBUILDER_IMPORT_FILE_LOCATION

设置静态仪表板来自动运行。如果设置了此属性,则不允许导入。

 — 

importsBaseDir

DASHBUILDER_IMPORTS_BASE_DIR

设置存储仪表板 ZIP 文件的基础目录。如果启用了 PersistentConfigs,并且 ImportsBaseDir 没有设置为现有路径,则使用 /opt/kie/dashbuilder/imports 目录。如果设置了 ImportFileLocation,则忽略 ImportsBaseDir

 — 

kieServerDataSets

KIESERVER_DATASETS

定义 KIE 服务器数据集访问配置。

 — 

kieServerTemplates

KIESERVER_SERVER_TEMPLATES

定义 KIE 服务器模板访问配置。

 — 

modelFileRemoval

DASHBUILDER_MODEL_FILE_REMOVAL

允许从文件系统自动删除模型文件。默认值为 false。

False

modelUpdate

DASHBUILDER_MODEL_UPDATE

允许 Runtime 检查文件系统中的模型上次更新内容。默认值为 true。

true

persistentConfigs

``

将 Dashbuilder 设置为非临时。如果设置了 ImportFileLocation,则忽略 PersistentConfigs。默认值为 true。仅在 operator 上可用。

true

runtimeMultipleImport

DASHBUILDER_RUNTIME_MULTIPLE_IMPORT

允许运行时允许导入(多租户)。默认值为 false。

False

uploadSize

DASHBUILDER_UPLOAD_SIZE

设置仪表板上传的大小限制(以 kb 为单位)。默认值为 10485760 kb。

10485760

env

 — 

代表容器中存在的环境变量。

 — 

您可以使用 operator 来通过使用 env 属性设置环境变量。以下示例将 DASHBUILDER_UPLOAD_SIZE 属性的值设置为 1000

apiVersion: app.kiegroup.org/v2
kind: KieApp
metadata:
  name: standalone-dashbuilder
spec:
  environment: rhpam-standalone-dashbuilder
  objects:
    dashbuilder:
      env:
        - name: DASHBUILDER_UPLOAD_SIZE
          value: '1000'

第 54 章 数据集编写

数据集是相关信息集合,可以存储在数据库、Microsoft Excel 文件中或内存中。数据集定义指示 Business Central 方法访问、读取和解析数据集。Business Central 不存储数据。它可让您定义对数据集的访问,而不考虑存储数据的位置。

例如,如果数据存储在数据库中,则有效数据集可以包含整个数据库,或者因为 SQL 查询而包含数据库的子集。在这两种情况下,数据都用作 Business Central 的报告组件的输入,然后显示该信息。

要访问数据集,您必须创建并注册数据集定义。数据集定义指定数据集的位置、访问它的选项、读取并解析它的选项,以及其包含的列。

注意

Data Sets 页面仅对具有 admin 角色的用户可见。

54.1. 添加数据集

您可以创建一个数据集来从外部数据源获取数据,并将该数据用于报告组件。

流程

  1. 在 Business Central 中,前往 AdminData Sets

    Data Sets 页面将打开。

  2. 点击 New Data Set 并选择以下供应商类型之一:

    • Bean: 从 Java 类生成数据集
    • CSV: 从远程或本地 CSV 文件生成数据集
    • SQL: 从 ANSI-SQL 兼容数据库生成数据集
    • Elastic Search: 从 Elastic Search 节点生成数据集
    • Prometheus: 使用 Prometheus 查询生成数据集
    • Kafka: 使用 Kafka 代理、消费者或制作者的指标生成数据集

      注意

      您必须为 PrometheusKafkaExecution Server 选项配置 KIE 服务器。

  3. 完成 Data Set Creation Wizard 并点 Test

    注意

    配置步骤因您选择的供应商而异。

  4. 点击 Save

54.2. 编辑数据集

您可以编辑现有的数据集,以确保向报告组件获取的数据是最新的。

流程

  1. 在 Business Central 中,前往 AdminData Sets

    Data Set Explorer 页面将打开。

  2. Data Set Explorer 窗格中,搜索您要编辑的数据集,选择数据集,然后点 Edit
  3. Data Set Editor 窗格中,使用适当的选项卡根据需要编辑数据。标签页根据您选择的数据集供应商类型而有所不同。

    例如,以下更改可用于编辑 CSV 数据提供程序:

    • CSV 配置 : 允许您更改数据集定义的名称、源文件、分隔符和其他属性。
    • Preview: 使您能够预览数据。在 CSV Configuration 选项卡中点 Test 后,系统会执行数据集 lookup 调用,如果数据可用,则会出现预览。请注意,Preview 选项卡有两个子选项卡:

      • data 列: 允许您指定哪些列是数据集定义的一部分。
      • filter: 允许您添加新过滤器。
    • 高级: 使您能够管理以下配置:

      • 缓存: 如需更多信息,请参阅缓存数据
      • 缓存生命周期 允许您指定刷新数据集(或数据)的时间间隔。当后端 数据更改时,对过时的数据功能的 Refresh 会刷新缓存的数据。
  4. 进行所需的更改后,单击 Validate
  5. 点击 Save

54.3. 数据刷新

数据刷新功能允许您指定刷新数据集(或数据)后的时间间隔。您可以在数据集 Advanced 选项卡中访问数据刷新每个 功能。当后端 数据更改时,对过时的数据功能的 Refresh 会刷新缓存的数据。

54.4. 缓存数据

Business Central 提供存储数据集和使用内存数据执行数据操作的缓存机制。缓存数据可减少网络流量、远程系统有效负载和处理时间。为避免性能问题,请在 Business Central 中配置缓存设置。

对于产生数据集的任何数据查询调用,缓存方法确定执行数据查找调用的位置,并存储生成的数据集的位置。数据查找调用的示例将是所有 locale 参数设置为"Urban"的应用程序。

Business Central 数据集功能提供两个缓存级别:

  • 客户端级别
  • 后端级别

您可以在数据集的 Advanced 选项卡中设置 Client CacheBackend Cache 设置。

客户端缓存

当打开缓存时,数据集会在查询操作过程中缓存在网页浏览器中,而进一步查找操作也不会对后端执行请求。在 Web 浏览器中处理分组、聚合、过滤和排序等数据集操作。仅在数据集大小小时启用客户端缓存,例如,对于小于 10 MB 数据的数据集。对于大型数据集,可能会出现浏览器问题,如性能下降或间歇性。客户端缓存减少了后端请求数量,包括到存储系统的请求。

后端缓存

启用缓存后,决策引擎会缓存数据集。这可减少到远程存储系统的后端请求数量。所有数据集操作均使用内存数据在决策引擎中执行。仅在数据集未频繁更新时启用后端缓存,并可以在内存中存储和处理缓存。在远程存储出现低延迟连接问题时,使用后端缓存也很有用。

注意

后端缓存设置并不总是在 Data Set EditorAdvanced 选项卡中看到,因为 Java 和 CSV 数据供应商依赖后端缓存(数据集必须位于内存中决策引擎)来解决任何数据查找操作。

数据集是相关信息的集合。如果您有一个包含导入的数据集的 KIE 服务器,您可以使用 Dashbuilder Runtime 或 Dashbuilder Standalone 和 KIE Server REST API 在导入的数据集上运行查询。

因为 KIE 服务器使用 Business Central 作为控制器,KIE 服务器容器在 Business Central 中创建。数据集也在 Business Central 中创建。KIE 服务器配置是一个模板,您可以在创建数据集或安装容器时引用。

其他服务(如 Dashbuilder Runtime 和 Dashbuilder Standalone)使用 KIE Server REST API 来检索 KIE 服务器信息。Dashbuilder 运行时和 Dashbuilder 独立访问 KIE 服务器 REST API,以便从数据集运行查询。

在 Business Central 中创建 KIE 服务器数据集时,会提供服务器模板信息,供 Dashbuilder Runtime 和 Dashbuilder Standalone 用于查找 KIE 服务器信息。例如:

dashbuilder.kieserver.serverTemplate.{SERVER_TEMPLATE}.location={LOCATION}
dashbuilder.kieserver.serverTemplate.{SERVER_TEMPLATE}.user={USER}
dashbuilder.kieserver.serverTemplate.{SERVER_TEMPLATE}.password={PASSWORD}
dashbuilder.kieserver.serverTemplate.{SERVER_TEMPLATE}.token={TOKEN}

您还可以为每个数据集设置 KIE 服务器。例如:

dashbuilder.kieserver.dataset.{DATA_SET_NAME}.location={LOCATION}
dashbuilder.kieserver.dataset.{DATA_SET_NAME}.user={USER}
dashbuilder.kieserver.dataset.{DATA_SET_NAME}.password={PASSWORD}
dashbuilder.kieserver.dataset.{DATA_SET_NAME}.token={TOKEN}
注意

如果提供凭证,则不会使用令牌身份验证。

您可能需要针对另一个 KIE 服务器安装运行仪表板。在开发环境的 KIE 服务器上创建数据集时,会在开发 KIE 服务器上创建数据集查询,如 DEV。如果仪表板导出到生产环境,如 PROD,带有不同的 KIE Server,则您在 DEV 中创建的查询将不可用,因此会抛出错误。在这种情况下,可以使用 replace 查询功能(通过服务器模板或数据集)从数据集到另一个 KIE Server 端口查询:

  • 服务器模板示例:

    dashbuilder.kieserver.serverTemplate.{SERVER_TEMPLATE}.replace_query=true
  • 数据集示例:

    dashbuilder.kieserver.dataset.{DATA_SET_NAME}.replace_query=true

replace_query=true 属性 只需要设置一次,以便 Dashbuilder Runtime 或 Dashbuilder Standalone 创建查询。创建查询后,您可以删除此系统属性。

第 55 章 页面编写

page 是以下组件的集合:

  • 核心组件
  • 导航组件
  • 报告组件
  • Heatmaps

另外,页面也可以有 none 或 任意数量的组件。Page Editor 工具用于编辑页面。

页面有 Fluid 风格或 样式。当页面超过可用高度时,Fluid 风格是一个带有垂直滚动条的典型的网页。Page 风格是一个网页,始终适合窗口高度。

55.1. 创建页面

您可以使用 Pages 视角来创建由不同类型的组件组成的页面。创建页面及其定义中的所有组件后,根据需要使用 Page Editor 保存、删除、重命名或复制页面。

以下流程描述了如何创建页面并为其添加所需的组件:

流程

  1. 在 Business Central 中,前往 MenuDesignPages
  2. Pages 面板中,单击 New。或者,单击 Page Editor 窗格的 New Page
  3. New Page 对话框中,在 Name 字段中输入一个值,然后选择所需的样式。
  4. 确定。新页面将在 Page Editor 中打开。
  5. 组件 窗格中,展开组件,并将所需的组件类型拖到编辑器 canvass 中。
  6. 将组件放在页面中后,从 Properties 窗格中编辑其属性。
  7. 单击 Save,然后再次单击 Save

55.2. 保存、删除、重命名或复制页面

创建并定义了页面后,根据需要使用 Page Editor 来保存、删除、重命名或复制页面。

流程

  1. 在 Business Central 中,前往 MenuDesignPages
  2. Pages 面板中选择一个页面。该页面在 Page Editor 中打开。
  3. 执行所需的操作,然后从 页面编辑器 右上角选择 SaveDeleteRenameCopy

图 55.1. 保存、删除、重命名或复制页面

保存

55.3. 导航树

Workbench 导航树包含 Business Central 的主 菜单中显示的条目。对此导航树结构的更改将反映在 Home 页面中的 Main 菜单中。例如,此类机制可用于发布新页面。

此外,也可以创建额外的导航树。这些自定义树可用于在页面中配置导航组件。您无法从 Navigation 面板中删除 Workbench 树,但您可以编辑 Workbench 树以符合您的要求。此功能可帮助用户使用新页面自定义 Business Central 的 主菜单

注意

Workbench 树默认显示在导航面板中,是 Business Central 的 主菜单

55.3.1. 创建导航树

您可以根据需要创建任意数量的自定义导航树。自定义导航树与一个方面的默认 Workbench 导航树不同。可以删除自定义导航树,但默认树无法从 Business Central 中删除。它们可以包含来自 Workbench 树的默认组和条目,以及用户创建的组和树。

先决条件

  • 您有足够的用户权限来创建导航树。

流程

  1. 登录 Business Central 并前往 MenuDesignPages
  2. 选择 Navigation 面板,然后单击 New
  3. 输入新导航树的名称并点复选标记图标或,按 Enter 键。
  4. 点击 Save

55.3.2. 编辑导航树

您可以使用 Pages 视角中的 Navigation 面板来编辑自定义导航树。您可以通过添加组、划分器和页面条目来进一步自定义树,删除树的特定条目,以及重新排序、重命名或删除它们。

先决条件

  • 您有足够的用户权限来编辑导航树。

您可以将组、coalrs 和 page 条目添加到导航树中。

流程

  1. 在 Business Central 中,前往 MenuDesignPages
  2. 单击 Navigation 面板,然后选择您要向其添加条目的导航树。
  3. 单击树的齿轮图标,然后选择 New GroupNew DividerNew Page
  4. 输入新组或页面的名称,然后点复选标记图标或按 Enter。

    注意

    划分条目没有 name 属性。

  5. 点击 Save

55.3.4. 重新排序导航树

Navigation 面板中,您可以重新排序导航树及其条目。

注意

树条目的重新排序选项将根据它在树层次结构中的位置而有所不同。

重新排序导航树

流程

  1. 在 Business Central 中,前往 MenuDesignPages
  2. 单击 Navigation 面板,然后选择您要重新排序的导航树。
  3. 单击树的齿轮图标,然后根据需要向上或向下移动。

    注意

    导航树的第一个和最后一个条目仅有两个可用的重新排序选项。

  4. 点击 Save
重新排序导航树的条目

流程

  1. 在 Business Central 中,前往 MenuDesignPages
  2. 单击 Navigation 面板,然后展开导航树。
  3. 点击您要重新排序的条目的齿轮图标,然后根据需要移动或缩减。
  4. 可选:点击 Goto Page 查看所选页面。
  5. 点击 Save

55.3.5. 重命名导航树

您可以重命名除 Workbench 树外的所有导航树。

流程

  1. 在 Business Central 中,前往 MenuDesignPages
  2. 单击 Navigation 面板,然后选择您要重命名的自定义导航树。

    注意

    要重命名树的条目,请展开树并选择您要重命名的条目。

  3. 点 tree 或 tree 条目的编辑图标。
  4. 输入树的新名称并点复选标记图标。

    注意

    您不能重命名分割条目。

  5. 点击 Save

55.3.6. 删除导航树

您可以从 Pages 视角的 Navigation 面板删除除 Workbench 树外的任何导航树。

流程

  1. 在 Business Central 中,前往 MenuDesignPages
  2. Navigation 面板中,选择您要删除的导航树,然后单击删除图标。
  3. 点击 Save

55.3.7. 删除导航树的条目

您可以删除导航树的条目。

流程

  1. 在 Business Central 中,前往 MenuDesignPages
  2. Navigation 面板。
  3. 展开包含您要删除的条目的树。
  4. 单击条目的删除图标。
  5. 点击 Save

55.4. 组件

页面包含不同类型的组件。您可以使用组件面板在页面中使用以下 组件类型

  • 核心组件
  • 导航组件
  • 报告组件
  • heatmap 组件

55.4.1. 核心组件

您可以使用 Core 组件指定自定义 HTML 信息或显示现有页面。核心组件有三种类型:

注意

核心组件不是必须的。

Expand
表 55.1. 核心组件子类型
核心组件子类型描述

HTML

此组件将打开 HTML 编辑器小部件,用于使用文本、镜像、表、链接和颜色创建 HTML 页面。如果需要,您还可以自定义 HTML 页面。

页面

此组件可让您将之前创建的 HTML 页面添加到新仪表板中。您可以使用此组件嵌套您在仪表板中创建的自定义页面。

徽标

此组件允许您在页面中添加镜像。要在页面上添加镜像,您可以为镜像提供 URL,并根据要求设置镜像的宽度和高度。默认镜像是 Dashbuilder 的徽标。Logo URL 字段是必需的。

55.4.2. 导航组件

导航 组件用于在页面间导航。有六种类型的导航组件。

Expand
表 55.2. 导航组件子类型
导航组件子类型描述

target Div

此组件显示选项卡列表、菜单栏和导航树的条目。此外,它还将跟踪最后点击的项目。

菜单栏

此组件以菜单栏中的形式显示导航树的条目。Business Central 支持的级别数量没有限制。

标题导航器

此组件以标题的形式显示导航组。组显示为文件夹,但对于单一条目,内容会在选择时显示。

tree

此组件以垂直树结构的形式显示条目。

Carousel

此组件以 carousel 或一个滑块显示表单显示选定的页面。

标签页列表

此组件将所选菜单页面显示为组件顶部的标签页。

注意

非目标 div 组件(如 carousel 或 tile navigator)不需要 Target Div 设置。

55.4.3. 报告组件

Reporting 组件用于以图形、表、映射的形式显示来自数据集的数据。报告组件有 eleven 类型。有关数据集的更多信息,请参阅 数据集编写 部分。

您可以使用 New Displayer 小部件配置报告组件,其中包含以下标签页:

  • 键入 :使您能够选择如何以图形方式显示自定义数据。
  • Data :使您能够从 Settings 菜单中提供的 Data Sets 部分中创建的自定义数据集列表中选择数据集。
  • 显示 :使您能够通过添加标题、更改颜色、大小来选择和自定义内容的显示方式。
注意

对于 时间序列 Chart 组件,新建显示器 小部件包含 DataDis 显示 和组件 编辑器 选项卡。

Expand
表 55.3. 报告组件子类型
报告组件子类型描述

bar

此组件用于以条形图表的形式显示来自数据集的数据。

pie

此组件用于以 pie chart 表单的形式显示来自数据集的数据。在 pie 图表中,每个片段的发生长度与代表的数量成比例。

此组件用于显示数据集中的数据,作为在两个 axes 中直接行片段连接的一系列数据点。

区域

此组件结合了行图表和条形图来显示数据集中的数据。

bubble

此组件在两维图表中显示多个圆圈(bubbles)。它是分散图表的一般形式,用 bubbles 替换点。

meter

此组件用于以量表的形式显示来自数据集的数据。

Map

此组件可让您使用不同层在上下文(通常是地理)中定位您的数据。数据值在映射中显示为标记。数据值可以充当协调或地址。

指标

此组件用于以指标的形式显示来自数据集的数据。您可以使用 预览HTMLJavascript 选项卡编辑数据。

此组件用于以表的形式显示来自数据集的数据。如果需要,您可以隐藏或显示列。

Filter

此组件允许您过滤数据集中的数据。

时间序列图

此组件用于以时间序列格式显示来自数据集的数据。

55.4.4. 组件属性

页面中使用的组件会关联不同的属性。Properties 面板允许您通过编辑以下属性来自定义组件:

  • 面板 属性:用于自定义组件面板属性,如 WidthHeightBackground Color
  • margin 属性:用于自定义组件边缘属性,如 TopBottomLeftRight
  • padding 属性:用于自定义组件 padding 属性,如 TopBottomLeftRight

55.4.5. 将组件放在页面编辑器中以创建页面

要创建页面,您必须将组件拖到 Editor canvas of Pages 视角。将所有必需的组件放置到该页面后,单击 Save

55.4.6. 使用 Preview 选项卡预览页面

在创建或编辑页面时,点 Page Editor 中的 Preview 选项卡来预览页面,然后再保存页面。

55.4.7. 在页面中添加时间序列 Chart 组件

您可以使用时间序列 Chart 组件来代表任何时间序列数据。您可以创建您自己的仪表板,并可连接到您的时间序列数据集。

您可以将时间序列组件导出到 Dashbuilder 运行时,并从 KIE Server 或任何 Prometheus 数据集检索信息。您还可以使用时间序列 chart 组件创建、编辑和构建仪表板。

先决条件

  • KIE 服务器已部署并连接到 Business Central。

流程

  1. 使用以下步骤创建一个新的 KIE 服务器数据集:

    1. 在 Business Central 中,前往 AdminData Sets

      Data Set Explorer 页面将打开。

    2. 单击 New Data Set,并根据您的要求选择任何提供程序类型。

      Data Set Creation Wizard 页面将打开。

    3. 在所选提供程序类型的 Data Set Creation Wizard 中输入所需的详情,然后点 Test
    4. 点击 Save
  2. 在 Business Central 中,前往 MenuDesignPages
  3. Pages 面板中,单击 New
  4. 点击 OK
  5. New Page 对话框中,在 Name 字段中输入名称,然后选择所需的样式。

    新页面将在 Page Editor 中打开。

  6. 组件 面板中,展开 Reporting 组件,并将 时间序列数据库图 拖到 页面编辑器
  7. Displayer 编辑器 向导中,点 Data 选项卡并选择您创建的数据集。
  8. Data 选项卡中,根据您的要求选择 Columns 字段中的值。
  9. 单击 Display 选项卡,再根据需要编辑 ChartMarginsFilterRefreshColumns 的值。
  10. Component Editor 选项卡,在 Component Properties 字段中更新以下组件属性:

    Expand
    表 55.4. 时间序列组件属性
    组件属性描述

    Transpose 数据集

    定义提供的数据集使用时间序列作为单独的列或行。

    显示区域

    选中该复选框,将类型设置为行图表或区域图表。

    日期类别

    从下拉列表中选择 类别datetime数字 选项。

    标签

    选中在数据点上启用或禁用数据标签的复选框。

    zoom 类型

    从下拉列表中选择 xyxy 选项。

    启用 zoom

    选中在 axis chart 中启用缩放的复选框。默认情况下,选中复选框。

    zoom autoscale Y axis

    选中根据可见区域重新扩展高和低的复选框。

    工具栏自动选择

    从下拉列表中选择、选择pan 选项。

    标题文本

    编辑时间序列 chart 组件的标题。

    标题对齐

    从下拉列表中选择 centerright 选项,以更改标题对齐。

    显示工具栏

    它是启用或禁用图表右上角的工具栏复选框。默认情况下,选中此复选框。如果启用了此组件属性,您可以使用 zoom in、缩放、选择缩放以及时间序列图组件的 panning 功能。

    Chart 名称

    根据您的要求设置 chart 名称。默认情况下,图表名称被设置为 Newchart

  11. 可选:点击 chart 右上角的 sandwich 菜单图标,以下载 CSV、PNG 或 SVG 格式设置的数据。
  12. 点击 OK

    图 55.2. 时间序列组件示例

    时间序列组件

55.5. heatmap 组件

在 Business Central 中,您可以在页面中添加 heatmap 组件。heatmap 组件用于在进程图中显示 heat 信息。进程图节点上的颜色与您分配给每个节点的值相关,并根据分配的值,颜色因进程图表而异。如果分配的值最大值为最大值,则 heat 会保留下来,如果分配了最小值,则在进程图中不会显示 heat。

您可以将 heatmap 组件导出到 Dashbuilder Runtime 或 Dashbuilder Standalone,并从 KIE Server 数据集检索 heat 信息。您还可以使用 heatmap 组件创建、编辑和构建仪表板。

55.5.1. 为进程创建热图组件

您可以在 Business Central 中为特定进程创建热图组件。

先决条件

  • KIE 服务器已部署并连接到 Business Central。
  • 您已在 Business Central 中创建了一个具有至少一个商业进程资产的项目。
  • 在 Business Central 中部署了具有进程定义的项目。
  • 创建示例进程实例。

流程

  1. 使用以下步骤创建一个新的 KIE 服务器数据集:

    1. 在 Business Central 中,前往 AdminData Sets

      Data Set Explorer 页面将打开。

    2. 单击 New Data Set,再选择 Execution Server 供应商类型。

      Data Set Creation Wizard 页面将打开。

    3. 输入数据集的名称。
    4. 选择服务器配置。如果部署了项目,则服务器配置可用。
    5. 从列表中选择 CUSTOM query 目标。
    6. Query 字段中,输入以下自定义 SQL 查询。

      select
         pil.externalId,
         pil.processId,
         nil.nodeid,
         nil.nodetype,
         nil.nodename,
         count(nil.nodeid) as total_hits
      from
          NodeInstanceLog nil
      inner join
          ProcessInstanceLog pil on pil.processInstanceId = nil.processInstanceId
      where
          nil.type = 1
      group by
           pil.externalId,
           nil.nodeid,
           nil.nodename
      注意

      如果需要,您可以根据数据库修改 SQL 查询。

    7. 完成 Data Set Creation Wizard 并点 Test
    8. 点击 Save
  2. 在 Business Central 中,前往 MenuDesignPages
  3. Pages 面板中,单击 New
  4. New Page 对话框中,在 Name 字段中输入一个值,然后选择所需的样式。
  5. 点击 OK

    新页面在 Page Editor 中打开,您可以看到 Heatmaps 组件在 Components 面板下可用。

  6. 组件 面板中,展开 Heatmaps 组件,并将 Process Heatmap 组件类型拖到 Page Editor
  7. Displayer 编辑器 向导中,点 Data 选项卡并选择新创建的 KIE Server 数据集。
  8. Data 选项卡中,从 Columns 字段中选择 NODEIDTOTAL_HITS
  9. Component Editor 选项卡,在 Component Properties 字段中输入强制字段的值,包括 Server TemplateContainer IDProcess Definition ID

    注意

    要访问 Server Template 的值,请转至 DeployExecution ServersServer Configuration对于容器 ID 的值,进入 ManageProcess Instances,您可以点您要使用的进程实例,在 Deployment 中与容器 ID 对应,定义 ID 是进程 定义 ID

  10. 单击 Display 选项卡,再根据需要编辑 ChartMarginsFilterRefreshColumns 的值。
  11. 点击 OK

    图 55.3. 进程 heatmap 组件示例

    处理 heatmap 组件

您可以看到有关进程图的 heat 信息。

55.5.2. 为多个进程创建 heatmap 组件

您可以在 Business Central 中为多个进程创建热图组件。

先决条件

  • KIE 服务器已部署并连接到 Business Central。
  • 您已在 Business Central 中创建了多个项目,它至少包含一个业务流程资产。
  • 在 Business Central 中部署了具有进程定义的项目。
  • 创建示例进程实例。

流程

  1. 使用以下步骤创建一个新的 KIE 服务器数据集:

    1. 在 Business Central 中,前往 AdminData Sets

      Data Set Explorer 页面将打开。

    2. 单击 New Data Set,再选择 Execution Server 供应商类型。

      Data Set Creation Wizard 页面将打开。

    3. 输入数据集的名称。
    4. 选择服务器配置。如果部署了项目,则服务器配置可用。
    5. 从列表中选择 CUSTOM query 目标。
    6. Query 字段中,输入以下自定义 SQL 查询。

      select
         pil.externalId,
         pil.processId,
         nil.nodeid,
         nil.nodetype,
         nil.nodename,
         count(nil.nodeid) as total_hits
      from
          NodeInstanceLog nil
      inner join
          ProcessInstanceLog pil on pil.processInstanceId = nil.processInstanceId
      where
          nil.type = 1
      group by
           pil.externalId,
           nil.nodeid,
           nil.nodename
      注意

      如果需要,您可以根据数据库修改 SQL 查询。

    7. 完成 Data Set Creation Wizard 并点 Test
    8. 点击 Save
  2. 在 Business Central 中,前往 MenuDesignPages
  3. Pages 面板中,单击 New
  4. New Page 对话框中,在 Name 字段中输入一个值,然后选择所需的样式。
  5. 点击 OK

    新页面在 Page Editor 中打开,您可以看到 Heatmaps 组件在 Components 面板下可用。

  6. 组件 面板中,展开 Heatmaps 组件,并将 All Processes Heatmaps 组件类型拖到 canvas。
  7. Displayer 编辑器 向导中,点 Data 选项卡并选择新创建的 KIE Server 数据集。
  8. Data 选项卡中,从 Columns 字段中选择 EXTERNAL ID、PROCESSIDNODEIDTOTAL_HITS
  9. Process Selector 框中,根据您的要求选择 Container and Process 值。
  10. Component Editor 选项卡,然后在 Server Template (必需)字段中输入值。

    注意

    要访问 Server Template 的值,请转至 DeployExecution ServersServer Configuration

  11. 单击 Display 选项卡,再根据需要编辑 ChartMarginsFilterRefreshColumns 的值。
  12. 单击 +OK

    图 55.4. 多个进程 heatmap 组件示例

    所有进程 heatmap 组件

您可以看到有关进程图的 heat 信息。

55.5.3. 执行 heatmap 组件

您可以在 Business Central 外部执行内部热图组件,仅用于测试目的。相同的 API 用于创建外部组件,您可以使用它来构建自己的组件。有关外部组件的更多信息,请参阅 第 55.6 节 “外部组件”

要运行特定的 heatmap 组件,请完成以下步骤:

先决条件

流程

  1. 前往 appformer/dashbuilder/dashbuilder-shared/dashbuilder-js 目录。
  2. dashbuilder-js 目录中打开终端,然后输入以下命令:

    yarn run init && yarn run build:fast

    您可以在 dashbuilder-js/packages 目录中看到以下组件:

    • processes-heatmaps-component
    • process-heatmap-component
    • logo-component
    • heatmap-component
  3. 进入 dashbuilder-js/packages 目录,打开所需的 heatmap 组件,并在终端中输入以下命令:

    yarn run start
  4. 要访问组件,在 Web 浏览器中输入 http://localhost:9001/

    所选组件显示在 Web 浏览器中。

55.6. 外部组件

在 Business Central 中,您可以在页面中添加外部组件。默认情况下禁用组件。要启用外部组件,请将 dashbuilder.components.enable 系统属性的值更改为 true

外部组件位置已设置并配置有 dashbuilder.components.dir 系统属性。此系统属性的默认值为 /tmp/dashbuilder/components。您必须在带有父目录的组件目录中设置组件,该目录用作组件 ID。例如,如果组件 ID 是 mycomp,并且组件目录为 /tmp/dashbuilder/components,则组件基础目录为 /tmp/dashbuilder/components/mycomp

Business Central 检查组件目录中的 manifest.json 文件。manifest.json 必须至少包含一个 名称 文本参数。

Expand
表 55.5. manifest.json 文件描述
参数描述

name

组件的名称显示在 Components 部分下。

icon

组件显示在 Components 部分下的图标。

noData

表示组件不需要数据集的标记。

parameters

参数列表使用 ComponentParameter 类型。支持的参数类型包括 名称类型类别defaultValue标签强制comboValues

manifest.json 文件示例

{
    "name": "Heat Map Experiment",
    "icon": "fa fa-bell-o",
    "parameters": [
        {
            "name": "svg",
            "type": "text",
            "defaultValue": "",
            "label": "SVG XML",
            "category": "SVG Content"
            "mandatory": true
        },
        {
            "name": "svgUrl",
            "type": "text",
            "defaultValue": "",
            "label": "SVG URL",
            "category": "SVG URL"
            "mandatory": true
        }
        ,
        {
            "name": "ksProcessId",
            "type": "text",
            "defaultValue": "",
            "label": "Process ID",
            "category": "Kie Server"
            "mandatory": true
        }
    ]
}

55.6.1. 创建外部组件

以下流程描述了如何创建外部组件并在页面中添加外部组件:

流程

  1. 在带有父目录的组件目录中设置组件。

    例如,如果组件 ID 是 mycomp,并且组件目录为 /tmp/dashbuilder/components,则组件基础目录为 /tmp/dashbuilder/components/mycomp

  2. 在组件目录中创建 manifest.json 文件。
  3. 创建包含 HTML 内容的 index.html 文件。
  4. 在终端应用中,前往 EAP_HOME/bin
  5. 要启用外部组件,请将 dashbuilder.components.enable 系统属性的值设置为 true

    $ ~/EAP_HOME/bin/standalone.sh -c standalone-full.xml
    -Ddashbuilder.components.dir={component directory base path} -Ddashbuilder.components.enable=true
  6. 启动 Business Central,进入 Menu → Design → Pages

    外部组件位于 Components 窗格下。

  7. 组件 窗格中,展开 External Components,并将所需的组件类型拖到 canvas。
  8. 点击 Save

第 56 章 安全管理

安全管理是管理用户、组和权限的过程。您可以从 Business Central Security Management 页面控制对 Business Central 资源和功能的访问。

Business Central 为安全管理定义了三种类型的实体:用户、组和角色。您可以为角色和组分配权限。用户从用户所属的组和角色继承权限。

56.1. 安全管理供应商

在安全管理上下文中,域限制对不同应用程序资源的访问。realm 包含有关用户、组、角色和权限的信息。特定域的 concrete 用户和组管理服务实施称为安全管理提供程序。

如果内置安全管理提供程序不符合应用程序安全域的要求,您可以构建并注册您自己的安全管理提供程序。

注意

如果没有安装安全管理提供程序,则不支持管理安全域的用户界面。安装和配置安全管理提供程序后,在安全管理用户界面中会自动启用用户和组管理功能。

Business Central 包括红帽 JBoss EAP 安全管理提供程序,它支持基于 application-users.propertiesapplication-roles.properties 属性文件的内容的域类型。

您可以构建并注册您自己的 Red Hat JBoss EAP 安全管理供应商。要根据属性文件使用 Red Hat JBoss EAP 安全管理供应商,请完成以下步骤。

先决条件

  • 安装了红帽 JBoss EAP。

流程

  1. 要使用红帽 JBoss EAP 实例中的现有用户或角色属性文件,请在 EAP_HOME/standalone/configuration/application-users.propertiesEAP_HOME/standalone/configuration/application-roles.properties 文件中包含以下系统属性,如下例所示:

    <property name="org.uberfire.ext.security.management.wildfly.properties.realm" value="ApplicationRealm"/>
    <property name="org.uberfire.ext.security.management.wildfly.properties.users-file-path" value="/standalone/configuration/application-users.properties"/>
    <property name="org.uberfire.ext.security.management.wildfly.properties.groups-file-path" value="/standalone/configuration/application-roles.properties"/>

    下表提供了这些属性的描述和默认值:

    Expand
    表 56.1. 基于属性文件的 Red Hat JBoss EAP 安全管理供应商
    属性描述默认值

    org.uberfire.ext.security.management.wildfly.properties.realm

    域的名称。此属性不是强制的。

    ApplicationRealm

    org.uberfire.ext.security.management.wildfly.properties.users-file-path

    用户属性文件的绝对路径。此属性是必需的。

    ./standalone/configuration/application-users.properties

    org.uberfire.ext.security.management.wildfly.properties.groups-file-path

    groups 属性文件的绝对路径。此属性是必需的。

    ./standalone/configuration/application-roles.properties

  2. 在应用程序的根目录中创建 security-management.properties 文件。例如,创建以下文件:

    src/main/resources/security-management.properties
  3. 在以下系统属性和安全供应商名称作为 security-management.properties 文件中的值输入:

    <property name="org.uberfire.ext.security.management.api.userManagementServices" value="WildflyUserManagementService"/>

要根据属性文件和 CLI 模式使用 Red Hat JBoss EAP 安全管理提供程序,请完成此流程中的步骤。

先决条件

  • 安装了红帽 JBoss EAP。

流程

  1. 要使用红帽 JBoss EAP 实例中的现有用户或角色属性文件,请在 EAP_HOME/standalone/configuration/application-users.propertiesEAP_HOME/standalone/configuration/application-roles.properties 文件中包含以下系统属性,如下例所示:

    <property name="org.uberfire.ext.security.management.wildfly.cli.host" value="localhost"/>
    <property name="org.uberfire.ext.security.management.wildfly.cli.port" value="9990"/>
    <property name="org.uberfire.ext.security.management.wildfly.cli.user" value="<USERNAME>"/>
    <property name="org.uberfire.ext.security.management.wildfly.cli.password" value="<USER_PWD>"/>
    <property name="org.uberfire.ext.security.management.wildfly.cli.realm" value="ApplicationRealm"/>

    下表提供了这些属性的描述和默认值:

    Expand
    表 56.2. 基于属性文件和 CLI 模式的 Red Hat JBoss EAP 安全管理供应商
    属性描述默认值

    org.uberfire.ext.security.management.wildfly.cli.host

    原生管理接口主机。

    localhost

    org.uberfire.ext.security.management.wildfly.cli.port

    原生管理接口端口。

    9990

    org.uberfire.ext.security.management.wildfly.cli.user

    原生管理接口用户名。

    不适用

    org.uberfire.ext.security.management.wildfly.cli.password

    原生管理接口用户的密码。

    不适用

    org.uberfire.ext.security.management.wildfly.cli.realm

    应用的安全上下文使用的域。

    ApplicationRealm

  2. 在应用程序的根目录中创建 security-management.properties 文件。例如,创建以下文件:

    src/main/resources/security-management.properties
  3. 在以下系统属性和安全供应商名称作为 security-management.properties 文件中的值输入:

    <property name="org.uberfire.ext.security.management.api.userManagementServices" value="WildflyCLIUserManagementService"/>

56.2. 权限和设置

权限是指授予用户执行与应用中特定资源相关的操作的授权。例如,用户可以具有以下权限:

  • 查看页面。
  • 保存项目。
  • 查看存储库。
  • 删除仪表板。

您可以授予或拒绝权限,权限可以是全局或特定于资源的权限。您可以使用权限来保护对资源的访问并自定义应用中的功能。

56.2.1. 在 Business Central 中更改组和角色的权限

在 Business Central 中,您无法更改单个用户的权限。但是,您可以更改组和角色的权限。更改的权限适用于具有角色或属于您更改的组的用户。

注意

您对角色或组所做的任何更改都会影响与该角色或组关联的所有用户。

先决条件

  • 您可以使用 admin 用户角色登录到 Business Central。

流程

  1. 要访问 Business Central 中的 安全管理 页面,请选择屏幕右上角的 管理 图标。
  2. 单击 Business Central Settings 页面上的 RolesGroupsUsers

    Security Management 页面会打开您点击图标的标签页。

  3. 从列表中,点击您要编辑的角色或组。所有详情都会显示在右侧面板中。
  4. Settings 部分下设置 Home PagePriority
  5. Permissions 部分下设置 Business Central, page, editor, space, 和 project 权限。

    图 56.1. 设置权限

    设置权限
  6. 单击资源类型旁边的箭头,以展开您要更改其权限的资源类型。
  7. 可选: 要为资源类型添加例外,请点击 Add Exception,然后根据需要设置权限。

    注意

    您不能为 Business Central 资源类型添加例外。

  8. 点击 Save

56.2.2. 更改 Business Central 主页

主页是登录 Business Central 后出现的页面。默认情况下,主页设置为 Home。您可以为每个角色和组指定不同的主页。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 角色 或组。
  2. 选择角色或组。
  3. Home Page 列表中选择一个页面。
  4. 点击 Save

    注意

    角色或组必须具有页面的读取访问权限,然后才能使其成为主页。

56.2.3. 设置优先级

用户可以拥有多个角色并属于多个组。Priority 设置决定了角色或组群的优先级顺序。

先决条件

  • 您可以使用 admin 用户角色登录到 Business Central。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,然后选择 角色 或组。
  2. 选择角色或组。
  3. 从 Priority 菜单中选择一个优先级,然后单击 Save
注意

如果用户具有具有冲突设置的角色或属于组,则应用具有最高优先级的角色或组的设置。

第 57 章 导出、导入和部署仪表板

在 Business Central 中创建仪表板后,您可以在 Dashbuilder Runtime 或 Dashbuilder Standalone 中导出仪表板数据并将其导入到 Business Central 的另一个实例中。

注意

此功能只能由管理员用户访问。

57.1. 导出 Business Central 仪表板数据

您可以从 Business Central 导出仪表板数据,如数据集、页和导航,作为 ZIP 文件。

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,再选择 Dashbuilder Data Transfer
  2. 要导出仪表板数据,请完成以下任一任务:

    如果要将所有仪表板数据导出为 ZIP 文件,请完成以下任务:

    1. Dashbuilder Data Transfer 页面上,单击 Export all

      下载包含所有仪表板数据的 export.zip 文件。export.zip 文件结构由数据类型分开,如下例所示:

      dashbuilder/datasets/definitions/dataset-example1.dset
      dashbuilder/datasets/definitions/dataset-example2.dset
      dashbuilder/datasets/readme.md
      dashbuilder/perspectives/page1/perspective_layout
      dashbuilder/perspectives/page1/perspective_layout.plugin
      dashbuilder/perspectives/page2/perspective_layout
      dashbuilder/perspectives/page2/perspective_layout.plugin
      dashbuilder/perspectives/readme.md
      dashbuilder/navigation/navigation/navtree.json
      dashbuilder/navigation/readme.md
      VERSION

    如果要导出创建的自定义用户,并将仪表板数据作为 ZIP 文件提供,请完成以下任务:

    1. Dashbuilder Data Transfer 页面上,单击 Custom export
    2. Export Wizard 面板中选择要包含在 ZIP 文件中的 datasets 和 pages,然后点 Next

      Export Wizard 面板验证所选数据集和页面。面板中提供了数据集和页面的摘要。

      注意

      导航始终包含在导出的 ZIP 文件中。

    3. 如果您的导出已就绪,点 Download

      下载包含自定义仪表板数据的 export.zip 文件。

      注意

      您必须在 Export Wizard 面板中选择关联的页面和数据集。如果您没有选择数据集和页面,则会生成错误,您无法下载 export.zip 文件。因此,您必须至少选择一个页面。

    4. Finish

57.2. 导入 Business Central 仪表板数据

如果存档结构,您可以使用 ZIP 文件将您在 Business Central 中创建的仪表板数据导入到另一个 Business Central 实例,如下例所示:

dashbuilder/datasets/definitions/dataset-example1.dset
dashbuilder/datasets/definitions/dataset-example2.dset
dashbuilder/datasets/readme.md
dashbuilder/perspectives/page1/perspective_layout
dashbuilder/perspectives/page1/perspective_layout.plugin
dashbuilder/perspectives/page2/perspective_layout
dashbuilder/perspectives/page2/perspective_layout.plugin
dashbuilder/perspectives/readme.md
dashbuilder/navigation/navigation/navtree.json
dashbuilder/navigation/readme.md
VERSION

流程

  1. 在 Business Central 中,选择屏幕右上角的 管理 图标,再选择 Dashbuilder Data Transfer

    警告

    您必须将仪表板数据导入到 Red Hat Process Automation Manager 的全新安装,以避免覆盖现有系统上的数据。

  2. Dashbuilder Data Transfer 页面中,单击 Choose File 图标。
  3. 导航到您要导入的 ZIP 文件,然后选择该文件。
  4. 单击 Upload 图标。
  5. Import

您可以在 Dashbuilder Runtime 上从 Business Central 自动部署仪表板。Business Central 使用逐步导出功能与 Dashbuilder 运行时相关联。

先决条件

  • 在您的系统上配置 Dashbuilder 运行时。
  • 您已在 standalone.xml 文件中将 dashbuilder.runtime.multi 系统属性设置为 true
  • 您已将 dashbuilder.runtime.location 系统属性设置为 Dashbuilder Runtime URL,如下例所示:

    <property name="dashbuilder.runtime.location" value=" http://localhost:8080"
  • 您已将 dashbuilder.export.dir 系统属性设置为共享目录,其中 Dashbuilder Runtime 读取其模型,如下例所示:

    <property name="dashbuilder.export.dir" value="/tmp/dashbuilder/models/"

流程

  1. 在 Business Central 中,前往 MenuDesignPages
  2. 组件 面板中,根据需要将所需的组件类型拖放到 canvas,然后单击 Save to finish。
  3. 选择屏幕右上角的 Admin 图标,再选择 Dashbuilder Data Transfer
  4. Dashbuilder Data Transfer 页面上,单击 Custom export
  5. Export Wizard 面板中选择要包含在 ZIP 文件中的页面,然后点 Next
  6. 选择 Export Wizard 并单击 Open

    您可以看到 Dashbuilder Runtime 主页。如果没有登录,您会被重定向到登录页面。

  7. 进入 DashboardsRuntime Dashboards,您可以看到页面。

    导出所选数据后,Dashbuilder Runtime 会在模型内容被打开时更新。

附录 A. 版本控制信息

文档最近对周三更新,2023 年 2 月 1 日。

附录 B. 联系信息

Red Hat Process Automation Manager 文档团队: brms-docs@redhat.com

法律通告

Copyright © 2023 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2026 Red Hat
返回顶部