zeebe框架最新消息

Posted 2021-10-28 分享牛

目录

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.gz到camunda-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
  • 将短值更改CREATED为0
  • 将短值更改RESOLVE为1
  • 将短值更改RESOLVED为2

• 枚举WorkflowInstanceIntent重命名为ProcessInstanceIntent

• 枚举WorkflowInstanceSubscriptionIntent重命名为ProcessMessageSubscriptionIntent

• 枚举WorkflowInstanceCreationIntent重命名为ProcessInstanceCreationIntent

• 枚举 JobIntent

  • 删除CREATE和ACTIVATED
  • 将短值更改CREATED为0
  • 将短值更改COMPLETE为1
  • 将短值更改COMPLETED为2
  • 将短值更改TIME_OUT为3
  • 将短值更改TIMED_OUT为4
  • 将短值更改FAIL为5
  • 将短值更改FAILED为6
  • 将短值更改UPDATE_RETRIES为7
  • 将短值更改RETRIES_UPDATED为8
  • 将短值更改CANCEL为9
  • 将短值更改CANCELED为10
  • 将短值更改THROW_ERROR为11
  • 将短值更改ERROR_THROWN为12

• 枚举 MessageIntent

  • 重命名DELETE为EXPIRE
  • 重命名DELETED为EXPIRED

• 枚举 MessageStartEventSubscriptionIntent

  • 删除OPEN, OPENED,CLOSE和CLOSED
  • 添加CREATED,CORRELATED和DELETED

• 枚举 MessageSubscriptionIntent

  • 重命名OPEN为CREATE
  • 重命名OPENED为CREATED
  • 重命名CLOSE为DELETE
  • 重命名CLOSED为DELETED
  • 添加`相关

• 枚举 TimerIntent

  • 消除 CREATE
  • 将短值更改CREATED为0
  • 将短值更改TRIGGER为1
  • 将短值更改TRIGGERED为2
  • 将短值更改CANCEL为3
  • 将短值更改CANCELED为4

• 界面 DeploymentRecordValue

  • 将方法重命名getDeployedWorkflows为getProcessMetadata并将类型从List<DeployedWorkflow>为更改为List<ProcessMetadataValue>

• 界面 IncidentRecordValue

  • 将方法重命名getWorkflowKey为getProcessDefinitionKey
  • 将方法重命名getWorkflowInstanceKey为getProcessInstanceKey

• 界面 JobRecordValue

  • 将方法重命名getWorkflowDefinitionVersion为getProcessDefinitionVersion
  • 将方法重命名getWorkflowKey为getProcessDefinitionKey

• 界面 MessageStartEventSubscriptionRecordValue

  • 将方法重命名getWorkflowKey为getProcessDefinitionKey
  • 将方法重命名getWorkflowInstanceKey为getProcessInstanceKey

• 界面 MessageSubscriptionRecordValue

  • 将方法重命名getWorkflowInstanceKey为getProcessInstanceKey

• 界面 TimerRecordValue

  • 将方法重命名getWorkflowKey为getProcessDefinitionKey
  • 将方法重命名getWorkflowInstanceKey为getProcessInstanceKey

• 界面 VariableRecordValue

  • 将方法重命名getWorkflowInstanceKey为getProcessInstanceKey
  • 将方法重命名getWorkflowKey为getProcessDefinitionKey

gRPC #

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

• ActivatedJob 信息

  • 将字段重命名workflowInstanceKey为processInstanceKey
  • 将字段重命名workflowDefinitionVersion为processDefinitionVersion
  • 将字段重命名workflowKey为processDefinitionKey

• CancelWorkflowInstanceRequest 消息重命名为 CancelProcessInstanceRequest

  • 将字段重命名workflowInstanceKey为processInstanceKey

• CancelWorkflowInstanceResponse 消息重命名为 CancelProcessInstanceResponse

• CreateWorkflowInstanceRequest 消息重命名为 CreateProcessInstanceRequest

  • 将字段重命名workflowKey为processDefinitionKey

• CreateWorkflowInstanceResponse 消息重命名为 CreateProcessInstanceResponse

  • 将字段重命名workflowKey为processDefinitionKey
  • 将字段重命名workflowInstanceKey为processInstanceKey

• CreateWorkflowInstanceWithResultRequest 消息重命名为 CreateProcessInstanceWithResultRequest

  • 将字段类型request从更改CreateWorkflowInstanceRequest为CreateProcessInstanceRequest

• CreateWorkflowInstanceWithResultResponse 消息重命名为 CreateProcessInstanceWithResultResponse

  • 将字段重命名workflowKey为processDefinitionKey
  • 将字段重命名workflowInstanceKey为processInstanceKey

• DeployWorkflowRequest 消息重命名为 DeployProcessRequest

  • 将字段重命名workflows为processes并将类型从更改WorkflowRequestObject为ProcessRequestObject

• WorkflowRequestObject 消息重命名为 ProcessRequestObject

  • 删除枚举 ResourcetType
  • 删除字段类型
  • 将字段的字段 ID 更改definition为 2

• DeployWorkflowResponse 消息重命名为 DeployProcessResponse

  • 将字段重命名wokrflows为processes并将类型从更改WorkflowMetadata为ProcessMetadata

• WorkflowMetadata 消息重命名为 ProcessMetadata

  • 将字段重命名workflowKey为processDefinitionKey

• Partition 信息

  • 枚举PartitionBrokerRole添加INACTIVE状态

• Gateway 服务

  • 重命名RPCCancelWorkflowInstance到CancelProcessInstance从和改变输入类型CancelWorkflowInstanceRequest到CancelProcessInstanceRequest和输出类型从CancelWorkflowInstanceResponse至CancelProcessInstanceResponse

  • 重命名RPCCreateWorkflowInstance到CreateProcessInstance从和改变输入类型CreateWorkflowInstanceRequest到CreateProcessInstanceRequest和输出类型从CreateWorkflowInstanceResponse至CreateProcessInstanceResponse

  • 重命名RPCCreateWorkflowInstanceWithResult到CreateProcessInstance从和改变输入类型CreateWorkflowInstanceWithResultRequest到CreateProcessInstanceWithResultRequest和输出类型从CreateWorkflowInstanceWithResultResponse至CreateProcessInstanceResponse

  • 重命名RPCDeployWorkflow到DeployProcess从和改变输入类型DeployWorkflowRequest到DeployProcessRequest和输出类型从DeployWorkflowResponse至DeployProcessResponse

出口 API #

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

操作#

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

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

• camunda-operate-${VERSION}.tar.gz到camunda-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.gz到camunda-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

  • 将方法重命名getWorkflowInstanceKey为getProcessInstanceKey
  • 将方法重命名getWorkflowDefinitionVersion为getProcessDefinitionVersion
  • 将方法重命名getWorkflowKey为getProcessDefinitionKey

• 班级 ClientProperties

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

• 界面 ZeebeClientBuilder

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

• 界面 ZeebeClientConfiguration

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

• 界面 ZeebeClient

  • 将返回类型newDeployCommand从DeployWorkflowCommandStep1到更改为DeployProcessCommandStep1
  • 将返回类型newCreateInstanceCommand从CreateWorkflowInstanceCommandStep1到更改为CreateProcessInstanceCommandStep1
  • 将返回类型newCancelInstanceCommand从CancelWorkflowInstanceCommandStep1到更改为CancelProcessInstanceCommandStep1

Zeebe Go 客户端#

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

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

• 界面 CancelInstanceStep1

  • 将方法重命名WorkflowInstanceKey为ProcessInstanceKey并将返回类型从DispatchCancelWorkflowInstanceCommand为更改为DispatchCancelProcessInstanceCommand

• 界面DispatchCancelWorkflowInstanceCommand重命名为DispatchCancelProcessInstanceCommand

• 界面CancelWorkflowInstanceCommand重命名为CancelProcessInstanceCommand

  • 将方法重命名WorkflowInstanceKey为ProcessInstanceKey

• 界面 CreateInstanceCommandStep1

  • 将方法重命名WorkflowKey为ProcessDefinitionKey并更改DispatchCancelProcessInstanceCommand

• 结构 DeployCommand

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

• 界面 Client

  • 将方法重命名NewDeployWorkflowCommand为NewDeployProcessCommand

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