-
Notifications
You must be signed in to change notification settings - Fork 56
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
singleton client causes operation to fail #70
Comments
Hey thanks, for using the c#-client and opening this issue. Is it correct that you use an await without an async method? You should probably mark your deploy method async and return the corresponding task.
How? In a distributed system requests can always fail. You need to handle these kind of errors, with a strategy which fits to your needs (e.g. retry etc.). |
thanks for your response, After the microservice is deployed, I initiate an HTTP request on the front end, and it can be executed successfully. But after running the microservice for a period of time, |
try{ |
What do you mean with that? What version of the client and broker do you use? Greets |
Brokers: Address: 172.18.0.4:26501, Address: 172.18.0.6:26501, Address: 172.18.0.7:26501, |
Hey thanks for the quick response. Could you please try to use the latest client version, which is 0.13. Is that correct that you have replication factor one? |
my project use netcore2.1 (it depends on the company plan) |
Not sure what you mean with that. Why is this a problem to not use 0.13.0? |
1.my cluster include 3 nodes, 8 partitions, 1 replication factor. is that correct? now my project use netcore2.1. it references so after upgrading the zb-client version 0.13.0, the dll version conflicts |
Hey @walt-liuzw thanks for pointing that out, wasn't aware of that. I will investigate that. Might be that I need to bump the version than. Could you try to build the project with lower |
thanks @Zelldon after upgrading the client 0.13.0. the request is not be blocked. but sometimes it throws exception:ERROR Status(StatusCode=DeadlineExceeded, Detail="Deadline Exceeded") |
For which request do you see that? Still deployment? Regarding to you replication factor. Is it correct that you do not want not replicated data yes? |
sorry. maybe it my code bug: i set the timeout too small. i updated 5s to 15s and tried |
Yes might be the case. 👍 |
So do you think it is necessary to bump the abstraction dependency version again ? Or is this fine for you now? |
I think you could also add this to you project.
Then it should probably be fine right? |
that is a good suggestion. thanks |
Ok I will close this issue then. Feel free to reopen it. |
Hey @walt-liuzw I created a new release where I bumped that version |
Describe the bug

I use the netcore framework to build microservices and inject ZeebeClient into StartUp.
Then, I call the process in the Service layer


When I deploy on k8s, the previous calls return the correct result, but after a period of time (about 30min), it will cause a timeout.
Expected behavior
I hope that the singleton client always guarantees success when called
Enviroment (please complete the following information):
The text was updated successfully, but these errors were encountered: