Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore(deps): update dependency zeebe-node to v8 #158

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Apr 20, 2022

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
zeebe-node (source) ^1.0.0 -> ^1.0.0 || ^8.0.0 age adoption passing confidence
zeebe-node (source) 1.4.0 -> 8.3.2 age adoption passing confidence

Release Notes

camunda-community-hub/zeebe-client-node-js (zeebe-node)

v8.3.2

Compare Source

New Features

New shiny stuff

  • Added support for providing a value for a scope field in the OAuth request. This can be set with environment variable ZEEBE_TOKEN_SCOPE, or by passing a scope field as part of the oAuth config options for a ZBClient. This is needed to support OIDC / EntraID. Thanks to @​nikku for the implementation. See PR #​363 for more details.

v8.3.1

Compare Source

New Features

New shiny stuff

  • You can now deploy forms to the Zeebe broker using ZBClient.deployResource(). See #​332 for more details.

v8.3.0

Compare Source

Breaking changes

Changes in APIs or behaviour that may affect existing applications that use zeebe-node.

  • Several method signatures for CreateProcessInstance and CreateProcessInstanceWithResult have been removed, leaving only the method that takes an object parameter. See #​330 for more details.

Known Issues

Things that don't work or don't work as expected, and which will be addressed in a future release

  • The onConnectionError event fires correctly for Camunda SaaS, but fires a false positive when connecting to a Self-Managed instance. See #​340 for more details.

New Features

New shiny stuff.

  • Camunda Platform 8.3.0 introduces multi-tenancy. To support this, the Node.js client adds an optional tenantId parameter to DeployResource, DeployProcess, CreateProcessInstance, CreateProcessInstanceWithResult, and PublishMessage. You can also specify a tenantId in the ZBClient constructor or via the environment variable ZEEBE_TENANT_ID. In the case that you specify it via the environment or constructor, it will be transparently added to all method invocations. See #​330 for more details.
  • @grpc/grpc-js has been updated to 1.9.7, and @grpc/proto-loader has been updated to 0.7.10.

Things that were broken and are now fixed.

  • The onReady and onConnection event tests now pass, so these events should be usable. See #​215 for more details.

Fixes

Things that were broken and are now fixed.

  • An error message "Grpc Stream Error: 16 UNAUTHENTICATED: Failed to parse bearer token, see cause for details" would be logged intermittently. This was because under particular conditions an expired token cached on disk could be used for API calls. To prevent this, the disk-cached token is evicted at the same time as the in-memory token. See #​336 for more details.
  • The onReady and onConnection event tests now pass for Camunda SaaS. The onReady event fires correctly for Self-Managed started with docker-compose. See #​215 and #​340 for more details.

v8.2.5

Compare Source

New Features

New shiny stuff.

  • Throwing a BPMN Error, either from the ZBClient or in the job handler of a ZBWorker, accepted an error message and an error code. The gRPC API for ThrowError now accepts a variables field, but the Node client did not allow you to set variables along with the error code and message. The Node client now accepts an object for job.error that includes a variables field, as does ZBClient.throwError, allowing you to set variables when throwing a BPMN error. See #​323, the README file, and the Client API documentation for more details.

Chores

Things that shouldn't have a visible impact.

  • Unit tests used a unique process model for each test run. As a result, the number of deployed process models in a cluster increased over time until a SaaS cluster would fail due to sharding of the ElasticSearch. Unit tests have been refactored to reuse process models. This will have no impact for end-users, but for developers it means that you can use the same cluster for unit tests.

v8.2.4

Compare Source

Fixes

Things that were broken and are now fixed.

  • Custom root certificates were not being passed to the Camunda SaaS OAuth provider. This caused a failure to connect when an SSL terminating firewall that uses a custom root certificate sits between the client and Camunda SaaS. Custom root certificates are now passed to the Camunda SaaS OAuth provider, and are used when making the connection. Thanks to @​nikku for reporting this and providing the patch. See #​319 for more details.

v8.2.3

Compare Source

Fixes

Things that were broken and are now fixed.

  • The object signature for job.fail() did not correctly apply an explicit value for retries. As a result, job retries would decrement automatically if this signature and option were used. The value is now correctly parsed and applied, and job retry count can be explicitly set in the job.fail() command with the object signature. Thanks to @​patozgg for reporting this. See #​316 for more details.

v8.2.2

Compare Source

Chores

Things that shouldn't have a visible impact.

  • Updated uuid dependency from v3 to v7. This avoids a warning message at install time that "versions prior to 7 may use Math.random()".

v8.2.1

Compare Source

New Features

New shiny stuff.

  • Add ZBClient.broadcastSignal, enabling the client to broadcast a signal. See #​312 for more details.

Fixes

Things that were broken and are now fixed.

  • Previously, the timeToLive property of ZBClient.publishMessage was required, although it was documented as optional. In this release, both timeToLive and variables have been made optional. If no value is supplied for timeToLive, it defaults to 0. Thanks to @​nhomble for raising this issue. See #​311 for more details.

v8.2.0

Compare Source

New Features

New shiny stuff.

  • Add ZBClient.evaluateDecision, enabling a DMN table to be evaluated on a Zeebe 8.2 and later broker. See #​296 for more details.

v8.1.8

Compare Source

Fixes

Things that were broken and are now fixed.

  • The OAuth token was being evicted from the in-memory cache immediately, resulting in the file cache being used for every request. This release correctly sets the expiry time for the in-memory token cache. See #​307 for more details. Thanks to @​walliee for the fix.

v8.1.6

Compare Source

Chores

Things that shouldn't have a visible impact.

v8.1.5

Compare Source

New Features

New shiny stuff.

  • The ZBClient now implements the modifyProcessInstance API, introduced in Zeebe 8.1. This allows you to modify a running process instance, moving execution tokens and changing variables. This can be used, for example, to migrate a running process instance to a new version of the process model. See #​294 for more details.
  • The ZBClient createProcessInstance method now allows you to specify startInstructions (introduced in Zeebe 8.1), allowing you to start a new process instance from an arbitrary point. Along with modifyProcessInstance, this is a powerful primitive for building migration functionality. See [#​295] for more details.

v8.1.4

Compare Source

Fixes

Things that were broken and are now fixed.

  • The @​grpc dependencies are now pinned to a specific version - 1.8.7 for grpc-js and 0.7.4 for proto-loader. This is to avoid broken upstream dependencies impacting installs. Previously, with the dependency unpinned, an install on different days could result in a library that worked, or did not work, depending on the state of the upstream libraries. Now, the same dependencies are installed every time, resulting in a consistent experience. Thanks to @​nikku and @​barmac from the Camunda Modeler team for identifying this. See #​290 for more context.
  • The docker subdirectory is back, with a docker-compose.yml file to start a local broker for testing purposes. See #​289 for more details.

New Features

New shiny stuff.

  • A custom SSL certificate is now able to be used for the oAuth endpoint. The got library used for the token exchange needs the certificate explicitly, and it can now be passed in as a customRootCert property to the oAuth property in the ZBClient constructor. Thanks to luca-waldmann-cimt for the feature. See #​284 for more details.

v8.1.3

Compare Source

v8.1.2

Compare Source

Fixes

Things that were broken and are now fixed.

  • In 8.1.1, the update to the version of got introduced a regression that broke the OAuth token request with certain gateway configurations. This is now reverted, and a test has been introduced to ensure this regression does not happen again. See #​280 for more details.

New Features

New shiny stuff.

  • Applications can now extend the user agent identifier by setting a value for the environment variable ZEEBE_CLIENT_CUSTOM_AGENT_STRING. This will be appended to the standard user agent string. See #​279 for more details.

v8.1.1

Compare Source

Chores

Things that shouldn't have a visible impact.

v8.1.0

Compare Source

v8.0.3

Compare Source

Fixes

Things that were broken and are now fixed.

  • Previously, the fetchVariable option passed to createWorker had no effect. All variables were always fetched by workers. This option setting is now respected, allowing you to constrain the variables fetched by workers. See #​264 for details. Thanks to @​Veckatimest for reporting this.

v8.0.1

Compare Source

v8.0.0

Compare Source

Version 8.0.0 is the release to support Camunda Platform 8. The semver change does not denote a breaking API change. It's a product marketing alignment, rather than a technical semver change.

New Features

New shiny stuff.

  • Zeebe 8.0.0 and later support an optional retry backoff for failed jobs. This is a communication to the broker about how long it should delay before making the job available for activation again. This is implemented as a new interface for job.fail. See [#​248] for more details.

v2.4.0

Compare Source

Breaking changes

Changes in APIs or behaviour that may affect existing applications that use zeebe-node.

  • The C-based gRPC implementation has been removed in this release. It is unmaintained, and does not build with Node 17. The Zeebe Node client now uses the pure JS gRPC implementation and requires Node version 12.22.5+, 14.17.5+, or 16.6.1+. See #​201 and #​247 for more details.

Known Issues

Things that don't work or don't work as expected, and which will be addressed in a future release

  • The onConnectionError and onReady events do not work as expected. Applications that rely on these should not upgrade until this is fixed. See #​215.

v2.3.0

Compare Source

v2.2.0

Compare Source

v2.1.0

Compare Source

v2.0.0

Compare Source


Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about these updates again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 4 times, most recently from 99f53fa to cfda0f6 Compare May 3, 2022 15:17
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from cfda0f6 to 1cbe62f Compare May 9, 2022 15:31
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 1cbe62f to 20b538c Compare May 25, 2022 00:13
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 20b538c to 026ba1d Compare June 3, 2022 22:44
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 026ba1d to 9ed9940 Compare June 17, 2022 23:19
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 9ed9940 to f0e1164 Compare August 1, 2022 18:27
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from f0e1164 to 8da4b5b Compare August 26, 2022 05:17
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from 8adafce to 94b8c1b Compare September 9, 2022 00:48
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from f6b0f65 to f43193b Compare September 21, 2022 11:28
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from 7516ae2 to e945dfe Compare October 3, 2022 10:22
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from 149422f to cc85d8e Compare October 7, 2022 09:17
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from 45308c2 to 6cf8afd Compare October 17, 2022 21:13
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 6cf8afd to e7f3023 Compare November 16, 2022 01:21
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from da5f8ef to bd721ea Compare December 8, 2022 05:46
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 7 times, most recently from d1b5eae to 4276e44 Compare January 18, 2023 03:38
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 5d4b075 to 886dd93 Compare November 20, 2023 22:06
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 886dd93 to f380ab8 Compare December 7, 2023 01:30
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from f380ab8 to 8613e82 Compare January 4, 2024 19:45
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 8613e82 to 007d469 Compare February 15, 2024 01:14
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from 21153c7 to 36cd422 Compare March 2, 2024 14:58
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 36cd422 to d7d199d Compare March 7, 2024 01:10
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from d7d199d to 457e52b Compare March 21, 2024 01:48
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from 1024180 to 77b7197 Compare April 10, 2024 20:45
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 77b7197 to 6f63123 Compare May 13, 2024 22:40
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from 89b1484 to e3a1b1a Compare May 21, 2024 18:14
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from e3a1b1a to 8172e70 Compare June 20, 2024 23:02
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from 6f3837b to f81845c Compare July 1, 2024 21:43
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from f81845c to d4dd029 Compare July 23, 2024 05:21
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from d4dd029 to ad15177 Compare August 23, 2024 19:32
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from 47233ba to 3d72195 Compare September 9, 2024 19:17
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 4 times, most recently from 6c4c872 to 1eab7d3 Compare October 9, 2024 23:01
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch 2 times, most recently from fab5861 to 2a911ef Compare November 22, 2024 22:35
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 2a911ef to 5b8e09b Compare December 23, 2024 16:16
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 5b8e09b to 4bb6ee4 Compare January 6, 2025 09:05
@renovate renovate bot force-pushed the renovate/zeebe-node-8.x branch from 4bb6ee4 to d9647db Compare January 9, 2025 19:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants