-
Notifications
You must be signed in to change notification settings - Fork 38
Installing alongside kafka-node breaks gRPC #124
Comments
@need4eat this seems to be fixed with 0.22.1 of zeebe-node and 5.0.0 of kafka-node. Can you test again? I created a PR for it: jaikanth6/kafka-zeebe-test#1 |
Checked again with 0.22.1 of zeebe-node, issues still seems to persist. |
It depends on installation order. You have to install Note: A working installation produces a Case 0. Installation from package.json, with no package-lock, fails.Fails.
Note: same behaviour with yarn and pnpm. Case 1. Install from package.json, then zeebe-node, fails.
Case 2. Installing kafka-node first fails
Case 3. Installing zeebe-node first works
Case 4. Installing kafka-node first, then deleting package-lock.json fails
Case 5. Installing zeebe-node first, then keeping the package-lock works
|
I've npm shrinkwrapped it for alpha-2. If that doesn't address it, we'll try https://github.com/rogeriochaves/npm-force-resolutions next. |
I've added to an issue in kafka-node about it. It is an unmaintained package - https://github.com/cainus/BufferMaker - that they are using that locks
|
Adding long to our package deps to hoist this. WORKAROUNDYou can install in any order if you We'll see if adding it to our explicit deps makes that unnecessary. |
This is addressed in zeebe-node 0.23.0-alpha.2.
|
When you install zeebe-node and kafka-node in the same project - even if you don't import kafka-node - the gRPC client in zeebe-node breaks. You see an error message in the zeebe-node log output:
See the reproducer here: https://github.com/need4eat/kafka-zeebe-test
It looks like kafka-node installs a version of Long that overwrites the version needed by zeebe-node's gRPC dependency.
The text was updated successfully, but these errors were encountered: