开始在红帽决策管理器中构建 Kogito

流程

1. 在 VS Code IDE 中，选择 Extensions 菜单选项，再搜索 Red Hat Business Automation Bundle for DMN、Janllanand 和 test scenario 文件支持。

   对于 DMN 或 BPMN 文件支持，您还可以搜索单独的 DMN Editor 或soa Editor 扩展。

2. 当 Red Hat Business Automation Bundle 扩展出现在 VS Code 中时，选择它并单击 Install。
3. 为获得最佳 VS Code 编辑器行为，请在扩展安装完成后，重新加载或关闭并重新启动 VS Code 的实例。

流程

1. 使用以下方法之一安装独立编辑器：

   手动下载每个 JavaScript 文件 ：对于此方法，请按照以下步骤操作：

   1. 下载 JavaScript 文件。
   2. 将下载的 Javascript 文件添加到您托管的应用程序中。

   3. 将以下 &lt ;script& gt; 标签添加到 HTML 页面中：

      DMN 编辑器的 HTML 页面的脚本标签

      <script src="https://<YOUR_PAGE>/dmn/index.js"></script>

      FDO 编辑器的 HTML 页面的脚本标签

      <script src="https://<YOUR_PAGE>/bpmn/index.js"></script>

   使用 NPM 软件包 ：对于此方法，请按照以下步骤操作：

   1. 将 NPM 软件包添加到您的 package.json 文件中：

      添加 NPM 软件包

      npm install @kogito-tooling/kie-editors-standalone

   2. 将每个编辑器库导入到您的 TypeScript 文件中：

      导入每个编辑器

      import * as DmnEditor from "@kogito-tooling/kie-editors-standalone/dist/dmn"
      import * as BpmnEditor from "@kogito-tooling/kie-editors-standalone/dist/bpmn"

2. 安装独立编辑器后，使用提供的编辑器 API 打开所需的编辑器，如下例所示以打开 DMN 编辑器。每个编辑器的 API 相同。

   打开 DMN 独立编辑器

   const editor = DmnEditor.open({
     container: document.getElementById("dmn-editor-container"),
     initialContent: Promise.resolve(""),
     readOnly: false,
     origin: "",
     resources: new Map([
       [
         "MyIncludedModel.dmn",
         {
           contentType: "text",
           content: Promise.resolve("")
         }
       ]
     ])
   });

   在编辑器 API 中使用以下参数：

   Expand

   表 2.1. 参数示例

   参数	描述
   container	附加编辑器的 HTML 元素。
   initialContent	对 DMN 模型内容的承诺.这个参数可以为空，如下例所示： Promise.resolve("") Promise.resolve("<DIAGRAM_CONTENT_DIRECTLY_HERE>") fetch("MyDmnModel.dmn").then(content ⇒ content.text())
   ReadOnly （可选）	允许您允许编辑器中的更改。设置为 false （默认）以允许在编辑器中为只读模式进行内容编辑和 true。
   origin （可选）	存储库的来源。默认值为 window.location.origin。
   资源 （可选）	编辑器的资源映射。例如，此参数用于为 DMN 编辑器提供包括的模型，或为 FDO 编辑器的工作项目定义。映射中的每个条目都包含一个资源名称，以及一个由 content -type (文本 或二进制)和内容（与 initialContent 参数类似）组成的对象。

   Show more

   返回的对象包含操作编辑器所需的方法。

   Expand

   表 2.2. 返回的对象方法

   方法	描述
   getContent(): Promise<string>	返回包含编辑器内容的承诺。
   setContent(path: string, content: string): void	设置编辑器的内容。
   getPreview(): Promise<string>	返回包含当前图表 SVG 字符串的承诺。
   subscribeToContentChanges(callback: (isDirty: boolean) ⇒ void): (isDirty: boolean) ⇒ void	将回调设置为在编辑器中的内容更改时，并返回相同的回调以用于取消订阅。
   unsubscribeToContentChanges(callback: (isDirty: boolean) ⇒ void): void	在编辑器中的内容更改时取消订阅传递的回调。
   markAsSaved(): void	重置编辑器状态，指示编辑器中的内容已保存。另外，它还激活与内容更改相关的订阅回调。
   undo(): void	撤销编辑器中的最后更改。另外，它还激活与内容更改相关的订阅回调。
   redo(): void	在编辑器中执行最近一次撤消的更改。另外，它还激活与内容更改相关的订阅回调。
   close(): void	关闭编辑器。
   getElementPosition (selector: string): Promise<Rect>	提供了在可组合或视频组件内存在元素时扩展标准查询选择器的替代选择。selector 参数必须遵循 < PROVIDER>:::<SELECT& gt; 格式，如 Canvas:::MySquare 或 video:::PresenterHand。此方法返回一个代表元素位置的 Rect。
   envelopeApi: MessageBusClientApi<KogitoEditorEnvelopeApi>	这是高级编辑器 API。有关高级编辑器 API 的更多信息，请参阅 MessageBusClientApi 和 KogitoEditorEnvelopeApi。

   Show more

流程

1. 在命令终端中，导航到要存储新项目的本地文件夹。

2. 输入以下命令使用 starters 或 addons 属性生成项目之一：

   • 要使用 starters 属性生成项目，请输入以下命令：

     $ mvn archetype:generate \
         -DarchetypeGroupId=org.kie.kogito \
         -DarchetypeArtifactId=kogito-springboot-archetype \
         -DgroupId=org.acme -DartifactId=sample-kogito \
         -DarchetypeVersion=1.11.0.Final \
         -Dversion=1.0-SNAPSHOT
         -Dstarters=decisions

     新项目包含运行决策微服务所需的依赖项。您可以使用以逗号分隔的列表组合多个 Spring Boot 启动器，如 starters=decisions,rules。

   • 要使用 addons 属性生成包含 Prometheus 监控的项目，请输入以下命令：

     $ mvn archetype:generate \
         -DarchetypeGroupId=org.kie.kogito \
         -DarchetypeArtifactId=kogito-springboot-archetype \
         -DgroupId=org.acme -DartifactId=sample-kogito \
         -DarchetypeVersion=1.11.0.Final \
         -Dversion=1.0-SNAPSHOT
         -Dstarters=descisions
         -Daddons=monitoring-prometheus,persistence-infinispan

     注意

     当您将附加组件传递给属性时，附加组件名称不需要 kogito-addons-springboot 前缀。另外，您可以组合 附加组件和 初学者 属性来自定义项目。

3. 在 IDE 中打开或导入项目，以查看其内容。

流程

1. 在示例项目的 src/main/resources 文件夹中，而不是使用 DMN 文件，请添加以下 PersonRules.drl 文件：

   PersonRules DRL 文件示例

   package org.acme
   unit PersonRules;
   
   import org.acme.Person;
   
   rule isAdult
   	when
   		$person: /person[ age > 18 ]
   	then
       modify($person) {
       	setAdult(true)
       };
   	end
   
   	query persons
   		$p : /person[ adult ]
   		end

   这个示例规则决定了任何早于 18 的人被归类为 adult。规则文件还声明该规则属于规则 unit PersonRules。构建项目时，会生成规则单元并与 DRL 文件关联。

   规则还使用 OOPath 表示法定义条件。OOPath 是 XPath 的面向对象的语法扩展，用于在处理集合和过滤限制时通过相关元素导航。

   您还可以使用传统规则模式语法以更明确的形式重写相同的规则条件，如下例所示：

   使用传统表示法的 PersonRules DRL 文件示例

   package org.acme
   unit PersonRules;
   
   import org.acme.Person;
   
   rule isAdult
   	when
   		$person: Person(age > 18) from person
   	then
       modify($person) {
       	setAdult(true)
       };
   	end
   
   	query persons
   		$p : /person[ adult ]
   		end

流程

1. 在类路径中创建一个名为 META-INF/services/org.kie.kogito.add-on.cloudevents.message.MessagePayloadDecorator 的文件。
2. 打开 文件。
3. 在文件中输入您的实施类的完整名称。

4. 保存该文件。

   MessagePayloadDecoratorProvider 在应用程序启动时加载该文件，并将文件添加到 decoration 链中。当红帽构建的 Kogito 调用 MessagePayloadDecoratorProvider#decorate 时，您的实施是去除算法的一部分。

5. 要使用事件附加组件，请在项目的 pom.xml 文件中添加以下代码：

   用于 {QAURKUS} 的事件小附加组件.

   <dependency>
     <groupId>org.kie.kogito</groupId>
     <artifactId>kogito-addons-quarkus-events-smallrye</artifactId>
     <version>1.15</version>
   </dependency>

   适用于 {QAURKUS} 的事件决策附加组件

   <dependency>
     <groupId>org.kie.kogito</groupId>
     <artifactId>kogito-addons-events-decisions</artifactId>
     <version>1.15</version>
   </dependency>

   Events Kafka 附加组件用于 Spring Boot

   <dependency>
     <groupId>org.kie.kogito</groupId>
     <artifactId>kogito-addons-springboot-events-kafka</artifactId>
     <version>1.15</version>
   </dependency>

   事件决策附加组件用于 Spring Boot

   <dependency>
     <groupId>org.kie.kogito</groupId>
     <artifactId>kogito-addons-springboot-events-decisions</artifactId>
     <version>1.15</version>
   </dependency>

流程

1. 进入 Operators → Installed Operators，再选择 RHPAM Kogito Operator。
2. 要创建 Kogito 构建定义的红帽构建，请在 operator 页面中选择 Kogito Build 选项卡，然后点 Create KogitoBuild。

3. 在应用程序窗口中，使用 Form View 或 YAML View 来配置构建定义。

   至少，定义以下示例 YAML 文件中的应用程序配置：

   使用红帽构建 Kogito 构建的红帽构建的 Quarkus 应用程序的 YAML 定义

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this service
   kind: KogitoBuild  # Application type
   metadata:
     name: example-quarkus  # Application name
   spec:
     type: RemoteSource
     gitSource:
       uri: 'https://github.com/kiegroup/kogito-examples'  # Git repository containing application (uses default branch)
       contextDir: dmn-quarkus-example  # Git folder location of application

   使用 Red Hat build of Kogito build 的 Spring Boot 应用程序的 YAML 定义示例

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this service
   kind: KogitoBuild  # Application type
   metadata:
     name: example-springboot  # Application name
   spec:
     runtime: springboot
     type: RemoteSource
     gitSource:
       uri: 'https://github.com/kiegroup/kogito-examples'  # Git repository containing application (uses default branch)
       contextDir: dmn-springboot-example  # Git folder location of application

   注意

   如果您配置了内部 Maven 存储库，您可以将其用作 Maven 镜像服务，并在红帽构建的 Kogito build 定义中指定 Maven 镜像 URL，以大大缩短构建时间：

   spec:
     mavenMirrorURL: http://nexus3-nexus.apps-crc.testing/repository/maven-public/

   有关内部 Maven 存储库的更多信息，请参阅 Apache Maven 文档。

4. 定义应用程序数据后，点 Create 来生成 Kogito 构建的红帽构建。

   您的应用程序 在红帽构建的 KogitoBuilds 页面中列出。您可以选择应用程序名称来查看或修改应用程序设置和 YAML 详情。

5. 要创建 Kogito 微服务定义的红帽构建，请在 operator 页面中选择 Kogito Runtime 选项卡，然后单击 Create KogitoRuntime。

6. 在应用窗口中，使用 Form View 或 YAML View 来配置微服务定义。

   至少，定义以下示例 YAML 文件中的应用程序配置：

   红帽构建的带有 Kogito 微服务的 Quarkus 应用程序的 YAML 定义

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this microservice
   kind: KogitoRuntime  # Application type
   metadata:
     name: example-quarkus  # Application name

   使用红帽构建 Kogito 微服务的 Spring Boot 应用程序的 YAML 定义示例

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this microservice
   kind: KogitoRuntime  # Application type
   metadata:
     name: example-springboot  # Application name
   spec:
     runtime: springboot

   注意

   在这种情况下，应用程序从 Git 构建并使用 KogitoRuntime 进行部署。您必须确保在 KogitoBuild 和 KogitoRuntime 中应用程序名称相同。

7. 定义应用程序数据后，单击 Create 以生成红帽构建 Kogito 微服务。

   您的应用在红帽构建的 Kogito 微服务页面中列出。您可以选择应用程序名称来查看或修改应用程序设置以及 YAML 文件的内容。

8. 在 Web 控制台的左侧菜单中，进入 Builds → Builds 来查看应用程序构建的状态。

   您可以选择特定的构建来查看构建详情。

   注意

   对于您为 OpenShift 部署创建的 Kogito 微服务的每个红帽构建，会在 web 控制台中的 Builds 页面中生成并列出两个构建：传统的运行时构建以及带有后缀 -builder 的 Source-to-Image (S2I)构建。S2I 机制在 OpenShift 构建中构建应用，然后将构建的应用传递到下一 OpenShift 构建，以打包到运行时容器镜像。Red Hat build of Kogito S2I 构建配置还允许您直接从 OpenShift 平台上的 Git 存储库构建项目。

9. 应用程序构建完成后，进入 Workloads → Deployments 以查看应用程序部署、pod 状态和其他详情。

10. 部署红帽构建 Kogito 微服务后，在 Web 控制台的左侧菜单中，前往 Networking → Routes 来查看对部署的应用程序的访问链接。

    您可以选择应用程序名称来查看或修改路由设置。

    通过应用程序路由，您可以根据需要将红帽构建 Kogito 微服务与业务自动化解决方案集成。

流程

1. 本地构建应用。
2. 进入 Operators → Installed Operators，再选择 RHPAM Kogito Operator。
3. 要创建 Kogito 构建定义的红帽构建，请在 operator 页面中选择 Kogito Build 选项卡，然后点 Create KogitoBuild。

4. 在应用程序窗口中，使用 Form View 或 YAML View 来配置构建定义。

   至少，定义以下示例 YAML 文件中的应用程序配置：

   使用红帽构建 Kogito 构建的红帽构建的 Quarkus 应用程序的 YAML 定义

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this service
   kind: KogitoBuild  # Application type
   metadata:
     name: example-quarkus  # Application name
   spec:
     type: Binary

   使用 Red Hat build of Kogito build 的 Spring Boot 应用程序的 YAML 定义示例

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this service
   kind: KogitoBuild  # Application type
   metadata:
     name: example-springboot  # Application name
   spec:
     runtime: springboot
     type: Binary

5. 定义应用程序数据后，点 Create 来生成 Kogito 构建的红帽构建。

   您的应用程序 在红帽构建的 KogitoBuilds 页面中列出。您可以选择应用程序名称来查看或修改应用程序设置和 YAML 详情。

6. 使用以下命令上传构建的二进制文件：

   $ oc start-build example-quarkus --from-dir=target/ -n namespace

   • from-dir 等于 构建应用程序的目标文件夹路径。
   • namespace 是创建 KogitoBuild 的命名空间。
7. 要创建 Kogito 微服务定义的红帽构建，请在 operator 页面中选择 Kogito Runtime 选项卡，然后单击 Create KogitoRuntime。

8. 在应用窗口中，使用 Form View 或 YAML View 来配置微服务定义。

   至少，定义以下示例 YAML 文件中的应用程序配置：

   红帽构建的带有 Kogito 微服务的 Quarkus 应用程序的 YAML 定义

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this microservice
   kind: KogitoRuntime  # Application type
   metadata:
     name: example-quarkus  # Application name

   使用红帽构建 Kogito 微服务的 Spring Boot 应用程序的 YAML 定义示例

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this microservice
   kind: KogitoRuntime  # Application type
   metadata:
     name: example-springboot  # Application name
   spec:
     runtime: springboot

   注意

   在这种情况下，应用程序使用 KogitoRuntime 在本地构建并进行部署。您必须确保在 KogitoBuild 和 KogitoRuntime 中应用程序名称相同。

9. 定义应用程序数据后，单击 Create 以生成红帽构建 Kogito 微服务。

   您的应用在红帽构建的 Kogito 微服务页面中列出。您可以选择应用程序名称来查看或修改应用程序设置以及 YAML 文件的内容。

10. 在 Web 控制台的左侧菜单中，进入 Builds → Builds 来查看应用程序构建的状态。

    您可以选择特定的构建来查看构建详情。

11. 应用程序构建完成后，进入 Workloads → Deployments 以查看应用程序部署、pod 状态和其他详情。

12. 部署红帽构建 Kogito 微服务后，在 Web 控制台的左侧菜单中，前往 Networking → Routes 来查看对部署的应用程序的访问链接。

    您可以选择应用程序名称来查看或修改路由设置。

    通过应用程序路由，您可以根据需要将红帽构建 Kogito 微服务与业务自动化解决方案集成。

流程

1. 本地构建应用。

2. 在项目根文件夹中创建 Containerfile，其内容如下：

   红帽构建的 Quarkus 应用程序的 Containerfile 示例

   FROM registry.redhat.io/rhpam-7/rhpam-kogito-runtime-jvm-rhel8:7.11.0
   
   ENV RUNTIME_TYPE quarkus
   
   COPY target/quarkus-app/lib/ $KOGITO_HOME/bin/lib/
   COPY target/quarkus-app/*.jar $KOGITO_HOME/bin
   COPY target/quarkus-app/app/ $KOGITO_HOME/bin/app/
   COPY target/quarkus-app/quarkus/ $KOGITO_HOME/bin/quarkus/

   Spring Boot 应用程序的 Containerfile 示例

   FROM registry.redhat.io/rhpam-7/rhpam-kogito-runtime-jvm-rhel8:7.11.0
   
   ENV RUNTIME_TYPE springboot
   
   COPY target/<application-jar-file> $KOGITO_HOME/bin

   • application-jar-file 是应用的 JAR 文件的名称。

3. 使用以下命令构建 Kogito 镜像的红帽构建：

   podman build --tag <final-image-name> -f <Container-file>

   在上一命令中，final-image-name 是 Kogito 镜像的红帽构建的名称，Container-file 是您在上一步中创建的 Containerfile 的名称。

4. 另外，还可使用以下命令测试构建的镜像：

   podman run --rm -it -p 8080:8080 <final-image-name>

5. 使用以下命令将构建的 Kogito 镜像推送到镜像 registry：

   podman push <final-image-name>

6. 进入 Operators → Installed Operators，再选择 RHPAM Kogito Operator。
7. 要创建 Kogito 微服务定义的红帽构建，请在 operator 页面中选择 Kogito Runtime 选项卡，然后单击 Create KogitoRuntime。

8. 在应用窗口中，使用 Form View 或 YAML View 来配置微服务定义。

   至少，定义以下示例 YAML 文件中的应用程序配置：

   红帽构建的带有 Kogito 微服务的 Quarkus 应用程序的 YAML 定义

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this microservice
   kind: KogitoRuntime # Application type
   metadata:
     name: example-quarkus # Application name
   spec:
     image: <final-image-name> # Kogito image name
     insecureImageRegistry: true # Can be omitted when image is pushed into secured registry with valid certificate

   使用红帽构建 Kogito 微服务的 Spring Boot 应用程序的 YAML 定义示例

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this microservice
   kind: KogitoRuntime # Application type
   metadata:
     name: example-springboot # Application name
   spec:
     image: <final-image-name> # Kogito image name
     insecureImageRegistry: true # Can be omitted when image is pushed into secured registry with valid certificate
     runtime: springboot

9. 定义应用程序数据后，单击 Create 以生成红帽构建 Kogito 微服务。

   您的应用在红帽构建的 Kogito 微服务页面中列出。您可以选择应用程序名称来查看或修改应用程序设置以及 YAML 文件的内容。

10. 应用程序构建完成后，进入 Workloads → Deployments 以查看应用程序部署、pod 状态和其他详情。

11. 部署红帽构建 Kogito 微服务后，在 Web 控制台的左侧菜单中，前往 Networking → Routes 来查看对部署的应用程序的访问链接。

    您可以选择应用程序名称来查看或修改路由设置。

    通过应用程序路由，您可以根据需要将红帽构建 Kogito 微服务与业务自动化解决方案集成。

流程

1. 进入 Operators → Installed Operators，再选择 RHPAM Kogito Operator。
2. 要创建 Kogito 构建定义的红帽构建，请在 operator 页面中选择 Kogito Build 选项卡，然后点 Create KogitoBuild。

3. 在应用程序窗口中，使用 Form View 或 YAML View 来配置构建定义。

   至少，定义以下示例 YAML 文件中的应用程序配置：

   使用红帽构建 Kogito 构建的红帽构建的 Quarkus 应用程序的 YAML 定义

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this service
   kind: KogitoBuild  # Application type
   metadata:
     name: example-quarkus  # Application name
   spec:
     type: LocalSource

   使用 Red Hat build of Kogito build 的 Spring Boot 应用程序的 YAML 定义示例

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this service
   kind: KogitoBuild  # Application type
   metadata:
     name: example-springboot  # Application name
   spec:
     runtime: springboot
     type: LocalSource

   注意

   如果您配置了内部 Maven 存储库，您可以将其用作 Maven 镜像服务，并在红帽构建的 Kogito build 定义中指定 Maven 镜像 URL，以大大缩短构建时间：

   spec:
     mavenMirrorURL: http://nexus3-nexus.apps-crc.testing/repository/maven-public/

   有关内部 Maven 存储库的更多信息，请参阅 Apache Maven 文档。

4. 定义应用程序数据后，点 Create 来生成 Kogito 构建的红帽构建。

   您的应用程序 在红帽构建的 KogitoBuilds 页面中列出。您可以选择应用程序名称来查看或修改应用程序设置和 YAML 详情。

5. 使用以下命令上传文件资产：

   $ oc start-build example-quarkus-builder --from-file=<file-asset-path> -n namespace

   • file-asset-path 是您要上传的文件资产的路径。
   • namespace 是创建 KogitoBuild 的命名空间。
6. 要创建 Kogito 微服务定义的红帽构建，请在 operator 页面中选择 Kogito Runtime 选项卡，然后单击 Create KogitoRuntime。

7. 在应用窗口中，使用 Form View 或 YAML View 来配置微服务定义。

   至少，定义以下示例 YAML 文件中的应用程序配置：

   红帽构建的带有 Kogito 微服务的 Quarkus 应用程序的 YAML 定义

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this microservice
   kind: KogitoRuntime  # Application type
   metadata:
     name: example-quarkus  # Application name

   使用红帽构建 Kogito 微服务的 Spring Boot 应用程序的 YAML 定义示例

   apiVersion: rhpam.kiegroup.org/v1 # Red Hat build of Kogito API for this microservice
   kind: KogitoRuntime  # Application type
   metadata:
     name: example-springboot  # Application name
   spec:
     runtime: springboot

   注意

   在这种情况下，应用程序是从一个文件构建的，并使用 KogitoRuntime 进行部署。您必须确保在 KogitoBuild 和 KogitoRuntime 中应用程序名称相同。

8. 定义应用程序数据后，单击 Create 以生成红帽构建 Kogito 微服务。

   您的应用在红帽构建的 Kogito 微服务页面中列出。您可以选择应用程序名称来查看或修改应用程序设置以及 YAML 文件的内容。

9. 在 Web 控制台的左侧菜单中，进入 Builds → Builds 来查看应用程序构建的状态。

   您可以选择特定的构建来查看构建详情。

   注意

   对于您为 OpenShift 部署创建的 Kogito 微服务的每个红帽构建，会在 web 控制台中的 Builds 页面中生成并列出两个构建：传统的运行时构建以及带有后缀 -builder 的 Source-to-Image (S2I)构建。S2I 机制在 OpenShift 构建中构建应用，然后将构建的应用传递到下一 OpenShift 构建，以打包到运行时容器镜像。

10. 应用程序构建完成后，进入 Workloads → Deployments 以查看应用程序部署、pod 状态和其他详情。

11. 部署红帽构建 Kogito 微服务后，在 Web 控制台的左侧菜单中，前往 Networking → Routes 来查看对部署的应用程序的访问链接。

    您可以选择应用程序名称来查看或修改路由设置。

    通过应用程序路由，您可以根据需要将红帽构建 Kogito 微服务与业务自动化解决方案集成。

流程

1. 在项目的 KogitoRuntime YAML 文件中定义探测，如下例所示：

1. 使用 KIE 服务器将现有的外部应用从通用 KIE 服务器 API 迁移到特定的 DMN REST 端点。
2. 将 KJAR 迁移到 KJAR，它将 KIE 服务器部署到红帽构建 Kogito 微服务。
3. 使用红帽 OpenShift 容器平台部署 Kogito 微服务的红帽构建。
4. 重新连接外部应用程序，并将来自特定 DMN REST 端点的 REST API 消耗迁移到 Kogito 部署的红帽构建。

流程

1. 如果您在外部应用程序中使用 REST 端点，请使用 GET /server/containers/{containerId}/dmn/openapi.json (|.yaml) 端点检索 KJAR 的 Swagger 或 OAS 规格文件。

   有关特定 DMN 模型的 REST 端点的更多信息，请参阅特定 DMN 模型的 REST 端点。

2. 在外部应用程序中，选择 Java 或 JDK 库与决策服务交互。您可以使用特定 KJAR 的 REST 端点与决策服务交互。

流程

1. 为您的红帽构建 Kogito 微服务创建一个 Maven 项目。

   有关创建 Maven 项目的步骤，请参阅为红帽构建的 Kogito 微服务创建 Maven 项目。

   Maven 项目创建 Kogito 工件。

2. 将 KJAR 的 src/main/resources 文件夹中的 DMN 模型复制到 Kogito 工件的 src/main/resources 文件夹。

3. 将 KJAR 的 src/test/resources 文件夹的测试场景复制到 Kogito 工件的 src/test/resources 文件夹。

   重要

   您需要在项目的 pom.xml 文件中导入红帽构建的 Kogito 依赖项测试场景，并使用 KIE Server REST API 创建 JUnit 激活器。如需更多信息，请参阅使用 测试场景测试决策服务。

4. 运行以下命令，并确保为指定的非出口测试运行测试场景。

   mvn clean install

   运行 Kogito 应用程序的红帽构建后，您可以检索 Swagger 或 OAS 规格文件。Swagger 或 OAS 规格提供与 REST 端点相同的信息，以及以下实现详情：

   • API 可用服务器的基本 URL
   • 引用架构名称

   当外部应用程序重新路由到新 URL 时，您可以使用提供的实现详情。

1. 将 KJAR 迁移到 KJAR，它将 KIE 服务器部署到红帽构建 Kogito 微服务。
2. 使用红帽 OpenShift 容器平台部署 Kogito 微服务的红帽构建。
3. 将 KIE 服务器上的客户端 PMML API 的外部应用程序修改为红帽构建的 Kogito 部署的 REST API。

流程

1. 为您的红帽构建 Kogito 微服务创建一个 Maven 项目。

   有关创建 Maven 项目的步骤，请参阅为红帽构建的 Kogito 微服务创建 Maven 项目。

   Maven 项目创建 Kogito 工件。

2. 将 KJAR 的 src/main/resources 文件夹的 PMML 模型复制到 Kogito 工件的 src/main/resources 文件夹。

3. 运行以下命令来执行 Kogito 应用程序的红帽构建：

   mvn clean install

   运行 Kogito 应用程序的红帽构建后，您可以检索 Swagger 或 OAS 规格文件。Swagger 或 OAS 规格提供与 REST 端点相同的信息，以及以下实现详情：

   • API 可用服务器的基本 URL
   • 引用架构名称

   当外部应用程序重新路由到新 URL 时，您可以使用提供的实现详情。

流程

1. 删除 KIE 服务器客户端 API 的所有使用，并将其替换为 HTTP 通信。以下是非 Java 请求的示例：

   

2. 确保外部应用中使用任何 HTTP 客户端 Java 库来创建类似的调用并解析结果。

   以下是 Java 11 HTTP 客户端和 Gson 的示例，用于将输入数据转换为 JSON：

   
   注意

   因为参数值需要的所有参数都嵌入在调用的 URL 中。