zeebe框架最新消息

目录

zeebe最后的版本0.26版本已经合并到了Camunda Cloud项目。zeebe项目不再单独维护。

zeebe 0.26 更新为camunda  1.0


以下部分将解释系统的每个组件必须进行哪些调整才能从 Camunda Cloud 0.26.x 迁移到 1.0.0


服务器#


zeebe#


分布#

在 Zeebe 1.0.0 中调整了 Java 包名称。他们从 io.zeebe变为io.camunda.zeebe。因此,任何基于包名称的日志配置和类似配置都必须进行调整。

此外,从 迁移io.zeebe 到的 Java 工件的组 ID io.camunda。这需要更新工件的所有依赖项以使用新的组 ID。

Zeebe 发行版的可下载工件已重命名为

  • zeebe-distribution-${VERSION}.tar.gzcamunda-cloud-zeebe-${VERSION}.tar.gz
  • zeebe-distribution-${VERSION}.zip 到 camunda-cloud-zeebe-${VERSION}.zip


工作流引擎#

在弃用 0.26 之后,从工作流引擎中删除了对 YAML 工作流的支持。这意味着从现在开始只支持BPMN 流程


Elasticsearch 导出器#

支持的 Elasticsearch 导出器的 Elasticsearch 版本从6.8增加到7.10,请在Elasticsearch部分阅读更多相关信息 。

Elasticsearch Exporter 的索引模板迁移到


协议#

Java 协议进行了以下调整:

  • 枚举 IncidentIntent

    • 消除 CREATE
    • 将短值更改CREATED0
    • 将短值更改RESOLVE1
    • 将短值更改RESOLVED2
  • 枚举WorkflowInstanceIntent重命名为ProcessInstanceIntent

  • 枚举WorkflowInstanceSubscriptionIntent重命名为ProcessMessageSubscriptionIntent

  • 枚举WorkflowInstanceCreationIntent重命名为ProcessInstanceCreationIntent

  • 枚举 JobIntent

    • 删除CREATEACTIVATED
    • 将短值更改CREATED0
    • 将短值更改COMPLETE1
    • 将短值更改COMPLETED2
    • 将短值更改TIME_OUT3
    • 将短值更改TIMED_OUT4
    • 将短值更改FAIL5
    • 将短值更改FAILED6
    • 将短值更改UPDATE_RETRIES7
    • 将短值更改RETRIES_UPDATED8
    • 将短值更改CANCEL9
    • 将短值更改CANCELED10
    • 将短值更改THROW_ERROR11
    • 将短值更改ERROR_THROWN12
  • 枚举 MessageIntent

    • 重命名DELETEEXPIRE
    • 重命名DELETEDEXPIRED
  • 枚举 MessageStartEventSubscriptionIntent

    • 删除OPENOPENED,CLOSECLOSED
    • 添加CREATED,CORRELATEDDELETED
  • 枚举 MessageSubscriptionIntent

    • 重命名OPENCREATE
    • 重命名OPENEDCREATED
    • 重命名CLOSEDELETE
    • 重命名CLOSEDDELETED
    • 添加`相关
  • 枚举 TimerIntent

    • 消除 CREATE
    • 将短值更改CREATED0
    • 将短值更改TRIGGER1
    • 将短值更改TRIGGERED2
    • 将短值更改CANCEL3
    • 将短值更改CANCELED4
  • 界面 DeploymentRecordValue

    • 将方法重命名getDeployedWorkflowsgetProcessMetadata并将类型从List<DeployedWorkflow>为更改为List<ProcessMetadataValue>
  • 界面 IncidentRecordValue

    • 将方法重命名getWorkflowKeygetProcessDefinitionKey
    • 将方法重命名getWorkflowInstanceKeygetProcessInstanceKey
  • 界面 JobRecordValue

    • 将方法重命名getWorkflowDefinitionVersiongetProcessDefinitionVersion
    • 将方法重命名getWorkflowKeygetProcessDefinitionKey
  • 界面 MessageStartEventSubscriptionRecordValue

    • 将方法重命名getWorkflowKeygetProcessDefinitionKey
    • 将方法重命名getWorkflowInstanceKeygetProcessInstanceKey
  • 界面 MessageSubscriptionRecordValue

    • 将方法重命名getWorkflowInstanceKeygetProcessInstanceKey
  • 界面 TimerRecordValue

    • 将方法重命名getWorkflowKeygetProcessDefinitionKey
    • 将方法重命名getWorkflowInstanceKeygetProcessInstanceKey
  • 界面 VariableRecordValue

    • 将方法重命名getWorkflowInstanceKeygetProcessInstanceKey
    • 将方法重命名getWorkflowKeygetProcessDefinitionKey


gRPC #

对 gRPC 协议定义进行了以下更改:

  • ActivatedJob 信息

    • 将字段重命名workflowInstanceKeyprocessInstanceKey
    • 将字段重命名workflowDefinitionVersionprocessDefinitionVersion
    • 将字段重命名workflowKeyprocessDefinitionKey
  • CancelWorkflowInstanceRequest 消息重命名为 CancelProcessInstanceRequest

    • 将字段重命名workflowInstanceKeyprocessInstanceKey
  • CancelWorkflowInstanceResponse 消息重命名为 CancelProcessInstanceResponse

  • CreateWorkflowInstanceRequest 消息重命名为 CreateProcessInstanceRequest

    • 将字段重命名workflowKeyprocessDefinitionKey
  • CreateWorkflowInstanceResponse 消息重命名为 CreateProcessInstanceResponse

    • 将字段重命名workflowKeyprocessDefinitionKey
    • 将字段重命名workflowInstanceKeyprocessInstanceKey
  • CreateWorkflowInstanceWithResultRequest 消息重命名为 CreateProcessInstanceWithResultRequest

    • 将字段类型request从更改CreateWorkflowInstanceRequestCreateProcessInstanceRequest
  • CreateWorkflowInstanceWithResultResponse 消息重命名为 CreateProcessInstanceWithResultResponse

    • 将字段重命名workflowKeyprocessDefinitionKey
    • 将字段重命名workflowInstanceKeyprocessInstanceKey
  • DeployWorkflowRequest 消息重命名为 DeployProcessRequest

    • 将字段重命名workflowsprocesses并将类型从更改WorkflowRequestObjectProcessRequestObject
  • WorkflowRequestObject 消息重命名为 ProcessRequestObject

    • 删除枚举 ResourcetType
    • 删除字段类型
    • 将字段的字段 ID 更改definition为 2
  • DeployWorkflowResponse 消息重命名为 DeployProcessResponse

    • 将字段重命名wokrflowsprocesses并将类型从更改WorkflowMetadataProcessMetadata
  • WorkflowMetadata 消息重命名为 ProcessMetadata

    • 将字段重命名workflowKeyprocessDefinitionKey
  • Partition 信息

    • 枚举PartitionBrokerRole添加INACTIVE状态
  • Gateway 服务

    • 重命名RPCCancelWorkflowInstanceCancelProcessInstance从和改变输入类型CancelWorkflowInstanceRequestCancelProcessInstanceRequest和输出类型从CancelWorkflowInstanceResponseCancelProcessInstanceResponse

    • 重命名RPCCreateWorkflowInstanceCreateProcessInstance从和改变输入类型CreateWorkflowInstanceRequestCreateProcessInstanceRequest和输出类型从CreateWorkflowInstanceResponseCreateProcessInstanceResponse

    • 重命名RPCCreateWorkflowInstanceWithResultCreateProcessInstance从和改变输入类型CreateWorkflowInstanceWithResultRequestCreateProcessInstanceWithResultRequest和输出类型从CreateWorkflowInstanceWithResultResponseCreateProcessInstanceResponse

    • 重命名RPCDeployWorkflowDeployProcess从和改变输入类型DeployWorkflowRequestDeployProcessRequest和输出类型从DeployWorkflowResponseDeployProcessResponse


出口 API #

在 Java 导出器 API 中,已Controller#scheduleTask 删除的方法 已被删除。


操作#

使用 Operate 1.0.0 调整了 Java 包名称。他们从 org.camunda.operate变为io.camunda.operate。因此,任何基于包名称的日志配置和类似配置都必须进行调整。

Operate 发行版的可下载工件已重命名为

  • camunda-operate-${VERSION}.tar.gzcamunda-cloud-operate-${VERSION}.tar.gz
  • camunda-operate-${VERSION}.zip 到 camunda-cloud-operate-${VERSION}.zip

支持的 Elasticsearch 版本从6.8增加到7.10,请在Elasticsearch部分阅读更多相关信息。


任务列表#

使用 Tasklist 1.0.0 调整了 Java 包名称。他们从 io.zeebe.tasklist变为io.camunda.tasklist。因此,任何基于包名称的日志配置和类似配置都必须进行调整。

此外,配置前缀也从 迁移zeebe.tasklist到 camunda.tasklist,这需要将所有配置调整为新前缀。

任务列表分发的可下载工件已重命名为

  • zeebe-tasklist-${VERSION}.tar.gzcamunda-cloud-tasklist-${VERSION}.tar.gz
  • zeebe-tasklist-${VERSION}.zip 到 camunda-cloud-tasklist-${VERSION}.zip

支持的 Elasticsearch 版本从6.8增加到7.10,请在Elasticsearch部分阅读更多相关信息。


弹性搜索#

Zeebe、Operate 和 Tasklist 使用 Elasticsearch 作为数据存储来交换来自 Zeebe 导出器的事件流,并存储它们自己的数据模型表示。

Camunda Cloud 1.0 需要从 Elasticsearch 6.8 更新到 7.10。请按照Elasticsearch更新指南迁移现有数据。但请注意,Elasticsearch 中的 Zeebe、Operate 和 Tasklist 数据无法迁移,只能保留用于历史或审计目的,而不能被 Camunda Cloud 1.0 加载。

如果您想保留 Elasticsearch 中的现有数据,请确保为所有系统设置新的索引前缀,请参阅Zeebe、 Operate 和 Tasklist的配置文档 。


客户#


Zeebe Java 客户端#

在 Zeebe 1.0.0 中调整了 Java 包名称。他们从 io.zeebe变为io.camunda.zeebe。因此,任何基于包名称的导入和日志配置以及类似配置都必须进行调整。

此外,从 迁移io.zeebe 到的 Java 工件的组 ID io.camunda。这需要更新工件的所有依赖项以使用新的组 ID。

Java客户端的公共API变化如下:

  • 界面 ActivatedJob

    • 将方法重命名getWorkflowInstanceKeygetProcessInstanceKey
    • 将方法重命名getWorkflowDefinitionVersiongetProcessDefinitionVersion
    • 将方法重命名getWorkflowKeygetProcessDefinitionKey
  • 班级 ClientProperties

    • 删除不推荐使用的字段 BROKER_CONTACTPOINT
  • 界面 ZeebeClientBuilder

    • 删除不推荐使用的方法 brokerContactPoint
  • 界面 ZeebeClientConfiguration

    • 删除不推荐使用的方法 getBrokerContactPoint
  • 界面 ZeebeClient

    • 将返回类型newDeployCommandDeployWorkflowCommandStep1到更改为DeployProcessCommandStep1
    • 将返回类型newCreateInstanceCommandCreateWorkflowInstanceCommandStep1到更改为CreateProcessInstanceCommandStep1
    • 将返回类型newCancelInstanceCommandCancelWorkflowInstanceCommandStep1到更改为CancelProcessInstanceCommandStep1


Zeebe Go 客户端#

Zeebe 的存储库从 移动github.com/zeebe-io/zeebe到 github.com/camunda-cloud/zeebe,因此所有 go 依赖项和导入都必须调整到新的 github URL。

Go 客户端的公共 API 更改如下:

  • 界面 CancelInstanceStep1

    • 将方法重命名WorkflowInstanceKeyProcessInstanceKey并将返回类型从DispatchCancelWorkflowInstanceCommand为更改为DispatchCancelProcessInstanceCommand
  • 界面DispatchCancelWorkflowInstanceCommand重命名为DispatchCancelProcessInstanceCommand

  • 界面CancelWorkflowInstanceCommand重命名为CancelProcessInstanceCommand

    • 将方法重命名WorkflowInstanceKeyProcessInstanceKey
  • 界面 CreateInstanceCommandStep1

    • 将方法重命名WorkflowKeyProcessDefinitionKey并更改DispatchCancelProcessInstanceCommand
  • 结构 DeployCommand

    • 方法从参数列表中AddResource(definition, name, resourceType)删除resourceType
  • 界面 Client

    • 将方法重命名NewDeployWorkflowCommandNewDeployProcessCommand

上面文章来自盘古BPM研究院:http://vue.pangubpm.com/

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Zeebe是一款基于流程引擎的分布式工作流引擎,而Spring Boot是一个用于创建独立的、生产级别的Spring应用程序的框架。将Zeebe与Spring Boot集成可以使我们更方便地在应用程序中使用工作流引擎。 要在Spring Boot应用程序中集成Zeebe,可以按照以下步骤进行操作: 1. 添加依赖:在项目的pom.xml文件中添加Zeebe和Spring Boot的相关依赖。例如,可以添加以下依赖: ```xml <dependency> <groupId>io.camunda.zeebe</g> <artifactId>zeebe-client-java</artifactId> <version>.2.0</version> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> ``` 2. 配置Zeebe连接:在Spring Boot应用程序的配置文件(如application.properties或application.yml)中配置Zeebe连接信息,包括Zeebe Broker的地址和端口等。例如: ```yaml zeebe.client.broker.contactPoint=127.0.0.1:26500 ``` 3. 创建Zeebe客户端:在Spring Boot应用程序中创建Zeebe客户端实例,以便与Zeebe Broker进行通信。可以使用@Autowired注解将Zeebe客户端注入到需要使用的类中。 4. 使用Zeebe工作流:通过Zeebe客户端,可以创建、部署和执行工作流实例。可以使用Zeebe提供的API来定义工作流模型、任务和流程变量等。 5. 处理工作流事件:在Spring Boot应用程序中,可以使用Zeebe提供的监听器来处理工作流事件,例如任务完成、工作流实例启动等。可以通过编写相应的处理逻辑来响应这些事件。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值