diff --git a/docs/components/concepts/job-workers.md b/docs/components/concepts/job-workers.md index eca348c56c5..9ca28fd20fd 100644 --- a/docs/components/concepts/job-workers.md +++ b/docs/components/concepts/job-workers.md @@ -192,7 +192,7 @@ If you're using the raw `StreamActivatedJobs` RPC, or want to add support for th If you wish to test this, you can do so by simulating a very slow worker with your new implementation. Then, start generating many jobs on the server side (e.g. create many process instances with lots of jobs). You should then observe backpressure via server side metrics, or many `Job.YIELD` commands written to the log. -Refer to the [Java and Go implementations](https://github.com/camunda/camunda/tree/main/clients) for more information. +Refer to the [client implementations](https://github.com/camunda/camunda/tree/main/clients) for more information. #### Detecting backpressure diff --git a/docs/components/zeebe/technical-concepts/protocols.md b/docs/components/zeebe/technical-concepts/protocols.md index 8037bc20ab9..7c5ae2c27e9 100644 --- a/docs/components/zeebe/technical-concepts/protocols.md +++ b/docs/components/zeebe/technical-concepts/protocols.md @@ -29,10 +29,6 @@ gRPC has many beneficial features that make it a good fit for Zeebe, including: Currently, Zeebe officially supports a gRPC client in [Java](/apis-tools/java-client/index.md). -:::note -As of 8.5.0, the Go client does not support the REST API of the gateway. -::: - [Community clients](/apis-tools/community-clients/index.md) have been created in other languages, including C#, Ruby, and JavaScript. If there is no client in your target language yet, you can [build your own client](/apis-tools/build-your-own-client.md) in a range of different programming languages. diff --git a/docs/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md b/docs/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md index 890c69f1b80..3906554a86f 100644 --- a/docs/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md +++ b/docs/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md @@ -206,7 +206,7 @@ To retrieve the actual file `content`, iterate over the response and fetch it vi If you are running Connectors in your process or application, you need to deploy the runtimes as well. Parse the process XML for `zeebe:taskDefinition` bindings to identify the necessary runtimes (in addition to job workers). To learn how to deploy Connector runtimes, read more [here](/self-managed/connectors-deployment/install-and-start.md) for Self-Managed, or [here](/components/connectors/custom-built-connectors/connector-sdk.md#runtime-environments) for SaaS. -Deploy resources in this pipeline step using the [Camunda 8 REST API](/apis-tools/camunda-api-rest/camunda-api-rest-overview.md), compatible with both SaaS and Self-Managed clusters. Alternatively, utilize the Java or Go client library or any community-built alternatives. +Deploy resources in this pipeline step using the [Camunda 8 REST API](/apis-tools/camunda-api-rest/camunda-api-rest-overview.md), compatible with both SaaS and Self-Managed clusters. Alternatively, utilize the Java client library or any community-built alternatives. #### Add environment variables via secrets @@ -224,7 +224,7 @@ You could even report the wrong diagram patterns together with examples to resol #### Unit and integration tests -For unit tests, select a test framework suitable for your environment. If working with Java, the [zeebe-process-test](/apis-tools/java-client/zeebe-process-test.md) library is an excellent option. Alternatively, employ the [Java client](/apis-tools/java-client/index.md) with JUnit for testing your BPMN and [DMN diagrams](/apis-tools/java-client-examples/decision-evaluate.md) in dev or preview environments. Similar testing can be performed using [community-built clients](/apis-tools/community-clients/index.md) in Node.js, Python, or Go. +For unit tests, select a test framework suitable for your environment. If working with Java, the [zeebe-process-test](/apis-tools/java-client/zeebe-process-test.md) library is an excellent option. Alternatively, employ the [Java client](/apis-tools/java-client/index.md) with JUnit for testing your BPMN and [DMN diagrams](/apis-tools/java-client-examples/decision-evaluate.md) in dev or preview environments. Similar testing can be performed using [community-built clients](/apis-tools/community-clients/index.md). ### Review stage diff --git a/docs/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md b/docs/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md index 1337df66a15..682ce53272a 100644 --- a/docs/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md +++ b/docs/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md @@ -132,6 +132,6 @@ The matrix ensures the partitions are well distributed between the different nod ## Keep alive intervals -It's possible to specify how often Zeebe clients should send keep alive pings. By default, the official Zeebe clients (Java and Go) send keep alive pings every 45 seconds. This interval can be configured through the clients' APIs and through the `ZEEBE_KEEP_ALIVE` environment variable. When configuring the clients with the environment variable, the time interval must be expressed a positive amount of milliseconds (e.g., 45000). +It's possible to specify how often Zeebe clients should send keep alive pings. By default, the [official Zeebe clients](/apis-tools/working-with-apis-tools.md#official-zeebe-clients) send keep alive pings every 45 seconds. This interval can be configured through the clients' APIs and through the `ZEEBE_KEEP_ALIVE` environment variable. When configuring the clients with the environment variable, the time interval must be expressed a positive amount of milliseconds (e.g., 45000). It's also possible to specify the minimum interval allowed by the gateway before it terminates the connection. By default, gateways terminate connections if they receive more than two pings with an interval less than 30 seconds. This minimum interval can be modified by editing the network section in the respective configuration file or by setting the `ZEEBE_GATEWAY_NETWORK_MINKEEPALIVEINTERVAL` environment variable. diff --git a/versioned_docs/version-8.6/components/concepts/job-workers.md b/versioned_docs/version-8.6/components/concepts/job-workers.md index 73e9c189e6d..e77132994df 100644 --- a/versioned_docs/version-8.6/components/concepts/job-workers.md +++ b/versioned_docs/version-8.6/components/concepts/job-workers.md @@ -155,7 +155,7 @@ If you're using the raw `StreamActivatedJobs` RPC, or want to add support for th If you wish to test this, you can do so by simulating a very slow worker with your new implementation. Then, start generating many jobs on the server side (e.g. create many process instances with lots of jobs). You should then observe backpressure via server side metrics, or many `Job.YIELD` commands written to the log. -Refer to the [Java and Go implementations](https://github.com/camunda/camunda/tree/main/clients) for more information. +Refer to the [client implementations](https://github.com/camunda/camunda/tree/main/clients) for more information. #### Detecting backpressure diff --git a/versioned_docs/version-8.6/components/zeebe/technical-concepts/protocols.md b/versioned_docs/version-8.6/components/zeebe/technical-concepts/protocols.md index 8037bc20ab9..7c5ae2c27e9 100644 --- a/versioned_docs/version-8.6/components/zeebe/technical-concepts/protocols.md +++ b/versioned_docs/version-8.6/components/zeebe/technical-concepts/protocols.md @@ -29,10 +29,6 @@ gRPC has many beneficial features that make it a good fit for Zeebe, including: Currently, Zeebe officially supports a gRPC client in [Java](/apis-tools/java-client/index.md). -:::note -As of 8.5.0, the Go client does not support the REST API of the gateway. -::: - [Community clients](/apis-tools/community-clients/index.md) have been created in other languages, including C#, Ruby, and JavaScript. If there is no client in your target language yet, you can [build your own client](/apis-tools/build-your-own-client.md) in a range of different programming languages. diff --git a/versioned_docs/version-8.6/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md b/versioned_docs/version-8.6/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md index 99d3c1434e5..7e45b66d1b5 100644 --- a/versioned_docs/version-8.6/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md +++ b/versioned_docs/version-8.6/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md @@ -206,7 +206,7 @@ To retrieve the actual file `content`, iterate over the response and fetch it vi If you are running Connectors in your process or application, you need to deploy the runtimes as well. Parse the process XML for `zeebe:taskDefinition` bindings to identify the necessary runtimes (in addition to job workers). To learn how to deploy Connector runtimes, read more [here](/self-managed/connectors-deployment/install-and-start.md) for Self-Managed, or [here](/components/connectors/custom-built-connectors/connector-sdk.md#runtime-environments) for SaaS. -Deploy resources in this pipeline step using the [Camunda 8 REST API](/apis-tools/camunda-api-rest/camunda-api-rest-overview.md), compatible with both SaaS and Self-Managed clusters. Alternatively, utilize the Java or Go client library or any community-built alternatives. +Deploy resources in this pipeline step using the [Camunda 8 REST API](/apis-tools/camunda-api-rest/camunda-api-rest-overview.md), compatible with both SaaS and Self-Managed clusters. Alternatively, utilize the Java client library or any community-built alternatives. #### Add environment variables via secrets @@ -224,7 +224,7 @@ You could even report the wrong diagram patterns together with examples to resol #### Unit and integration tests -For unit tests, select a test framework suitable for your environment. If working with Java, the [zeebe-process-test](/apis-tools/java-client/zeebe-process-test.md) library is an excellent option. Alternatively, employ the [Java client](/apis-tools/java-client/index.md) with JUnit for testing your BPMN and [DMN diagrams](/apis-tools/java-client-examples/decision-evaluate.md) in dev or preview environments. Similar testing can be performed using [community-built clients](/apis-tools/community-clients/index.md) in Node.js, Python, or Go. +For unit tests, select a test framework suitable for your environment. If working with Java, the [zeebe-process-test](/apis-tools/java-client/zeebe-process-test.md) library is an excellent option. Alternatively, employ the [Java client](/apis-tools/java-client/index.md) with JUnit for testing your BPMN and [DMN diagrams](/apis-tools/java-client-examples/decision-evaluate.md) in dev or preview environments. Similar testing can be performed using [community-built clients](/apis-tools/community-clients/index.md). ### Review stage diff --git a/versioned_docs/version-8.6/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md b/versioned_docs/version-8.6/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md index 1337df66a15..682ce53272a 100644 --- a/versioned_docs/version-8.6/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md +++ b/versioned_docs/version-8.6/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md @@ -132,6 +132,6 @@ The matrix ensures the partitions are well distributed between the different nod ## Keep alive intervals -It's possible to specify how often Zeebe clients should send keep alive pings. By default, the official Zeebe clients (Java and Go) send keep alive pings every 45 seconds. This interval can be configured through the clients' APIs and through the `ZEEBE_KEEP_ALIVE` environment variable. When configuring the clients with the environment variable, the time interval must be expressed a positive amount of milliseconds (e.g., 45000). +It's possible to specify how often Zeebe clients should send keep alive pings. By default, the [official Zeebe clients](/apis-tools/working-with-apis-tools.md#official-zeebe-clients) send keep alive pings every 45 seconds. This interval can be configured through the clients' APIs and through the `ZEEBE_KEEP_ALIVE` environment variable. When configuring the clients with the environment variable, the time interval must be expressed a positive amount of milliseconds (e.g., 45000). It's also possible to specify the minimum interval allowed by the gateway before it terminates the connection. By default, gateways terminate connections if they receive more than two pings with an interval less than 30 seconds. This minimum interval can be modified by editing the network section in the respective configuration file or by setting the `ZEEBE_GATEWAY_NETWORK_MINKEEPALIVEINTERVAL` environment variable. diff --git a/versioned_docs/version-8.7/components/concepts/job-workers.md b/versioned_docs/version-8.7/components/concepts/job-workers.md index 97008846a83..fdf75be732e 100644 --- a/versioned_docs/version-8.7/components/concepts/job-workers.md +++ b/versioned_docs/version-8.7/components/concepts/job-workers.md @@ -155,7 +155,7 @@ If you're using the raw `StreamActivatedJobs` RPC, or want to add support for th If you wish to test this, you can do so by simulating a very slow worker with your new implementation. Then, start generating many jobs on the server side (e.g. create many process instances with lots of jobs). You should then observe backpressure via server side metrics, or many `Job.YIELD` commands written to the log. -Refer to the [Java and Go implementations](https://github.com/camunda/camunda/tree/main/clients) for more information. +Refer to the [client implementations](https://github.com/camunda/camunda/tree/main/clients) for more information. #### Detecting backpressure diff --git a/versioned_docs/version-8.7/components/zeebe/technical-concepts/protocols.md b/versioned_docs/version-8.7/components/zeebe/technical-concepts/protocols.md index 8037bc20ab9..7c5ae2c27e9 100644 --- a/versioned_docs/version-8.7/components/zeebe/technical-concepts/protocols.md +++ b/versioned_docs/version-8.7/components/zeebe/technical-concepts/protocols.md @@ -29,10 +29,6 @@ gRPC has many beneficial features that make it a good fit for Zeebe, including: Currently, Zeebe officially supports a gRPC client in [Java](/apis-tools/java-client/index.md). -:::note -As of 8.5.0, the Go client does not support the REST API of the gateway. -::: - [Community clients](/apis-tools/community-clients/index.md) have been created in other languages, including C#, Ruby, and JavaScript. If there is no client in your target language yet, you can [build your own client](/apis-tools/build-your-own-client.md) in a range of different programming languages. diff --git a/versioned_docs/version-8.7/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md b/versioned_docs/version-8.7/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md index 890c69f1b80..3906554a86f 100644 --- a/versioned_docs/version-8.7/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md +++ b/versioned_docs/version-8.7/guides/devops-lifecycle/integrate-web-modeler-in-ci-cd.md @@ -206,7 +206,7 @@ To retrieve the actual file `content`, iterate over the response and fetch it vi If you are running Connectors in your process or application, you need to deploy the runtimes as well. Parse the process XML for `zeebe:taskDefinition` bindings to identify the necessary runtimes (in addition to job workers). To learn how to deploy Connector runtimes, read more [here](/self-managed/connectors-deployment/install-and-start.md) for Self-Managed, or [here](/components/connectors/custom-built-connectors/connector-sdk.md#runtime-environments) for SaaS. -Deploy resources in this pipeline step using the [Camunda 8 REST API](/apis-tools/camunda-api-rest/camunda-api-rest-overview.md), compatible with both SaaS and Self-Managed clusters. Alternatively, utilize the Java or Go client library or any community-built alternatives. +Deploy resources in this pipeline step using the [Camunda 8 REST API](/apis-tools/camunda-api-rest/camunda-api-rest-overview.md), compatible with both SaaS and Self-Managed clusters. Alternatively, utilize the Java client library or any community-built alternatives. #### Add environment variables via secrets @@ -224,7 +224,7 @@ You could even report the wrong diagram patterns together with examples to resol #### Unit and integration tests -For unit tests, select a test framework suitable for your environment. If working with Java, the [zeebe-process-test](/apis-tools/java-client/zeebe-process-test.md) library is an excellent option. Alternatively, employ the [Java client](/apis-tools/java-client/index.md) with JUnit for testing your BPMN and [DMN diagrams](/apis-tools/java-client-examples/decision-evaluate.md) in dev or preview environments. Similar testing can be performed using [community-built clients](/apis-tools/community-clients/index.md) in Node.js, Python, or Go. +For unit tests, select a test framework suitable for your environment. If working with Java, the [zeebe-process-test](/apis-tools/java-client/zeebe-process-test.md) library is an excellent option. Alternatively, employ the [Java client](/apis-tools/java-client/index.md) with JUnit for testing your BPMN and [DMN diagrams](/apis-tools/java-client-examples/decision-evaluate.md) in dev or preview environments. Similar testing can be performed using [community-built clients](/apis-tools/community-clients/index.md). ### Review stage diff --git a/versioned_docs/version-8.7/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md b/versioned_docs/version-8.7/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md index 1337df66a15..682ce53272a 100644 --- a/versioned_docs/version-8.7/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md +++ b/versioned_docs/version-8.7/self-managed/zeebe-deployment/operations/setting-up-a-cluster.md @@ -132,6 +132,6 @@ The matrix ensures the partitions are well distributed between the different nod ## Keep alive intervals -It's possible to specify how often Zeebe clients should send keep alive pings. By default, the official Zeebe clients (Java and Go) send keep alive pings every 45 seconds. This interval can be configured through the clients' APIs and through the `ZEEBE_KEEP_ALIVE` environment variable. When configuring the clients with the environment variable, the time interval must be expressed a positive amount of milliseconds (e.g., 45000). +It's possible to specify how often Zeebe clients should send keep alive pings. By default, the [official Zeebe clients](/apis-tools/working-with-apis-tools.md#official-zeebe-clients) send keep alive pings every 45 seconds. This interval can be configured through the clients' APIs and through the `ZEEBE_KEEP_ALIVE` environment variable. When configuring the clients with the environment variable, the time interval must be expressed a positive amount of milliseconds (e.g., 45000). It's also possible to specify the minimum interval allowed by the gateway before it terminates the connection. By default, gateways terminate connections if they receive more than two pings with an interval less than 30 seconds. This minimum interval can be modified by editing the network section in the respective configuration file or by setting the `ZEEBE_GATEWAY_NETWORK_MINKEEPALIVEINTERVAL` environment variable.