Open chillleader opened 1 month ago
Operate client was released: https://github.com/camunda-community-hub/camunda-operate-client-java/releases/tag/8.5.8-rc1
We also need the new testing library to replace spring-boot-starter-camunda-test
from the community project.
It has been merged already but not yet released: https://github.com/camunda/camunda/issues/18999
How confident are you that this will be delivered with 8.6 or an upcoming alpha? It's currently blocking me here - https://github.com/camunda/camunda-docs/pull/4065#discussion_r1695085978
I prepared the migration in this PR: https://github.com/camunda/connectors/pull/3193 It's mostly ready and tested against the local environment, however, some of the e2e tests still need fixes which couldn't be implemented quickly.
Given that code freeze is this week, unfortunately I don't think it's feasible to include it in the upcoming alpha, the best timing from my point of view would be 8.7-alpha1.
Here are some outcomes:
@chillleader thanks for the update! Do I understand correctly, that we shouldn't archive the community Zeebe Client yet with 8.6?
Yes, I think we should wait until at least 8.7-alpha1 to archive it.
I think prior to archiving it, we'll also need to agree how to deal with the older Connectors versions that will continue using the community client after it's archived, i.e. what should we do if we discover a bug in Spring Zeebe 8.4 and need to provide a fix for Connectors. I'll discuss this with the team
cc @sbuettner
What should we do?
Operate client is being moved to a separate repository, and the community-supported Spring Zeebe is being sunset. We need to switch to the official Zeebe client and standalone Operate client.
Operate client: https://github.com/camunda-community-hub/camunda-operate-client-java
Specifically, we need to check that all configurations work as before:
Why should we do it?
To use supported and up-to-date versions of dependencies.