-
Notifications
You must be signed in to change notification settings - Fork 2
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
The same message is constantly dispatched to the Worker #67
Comments
I redeployed the worker and the issue has disappeared so it's not reproducible anymore. |
This behavior can be explained by in the following case. Your front-end application send 2 call to process method. |
As far as I know, my worker correctly handles the task. However the response is usually not served to the client because of a 5000ms timeout. Maybe it's related? |
Can you share the code of your process method? |
It's a bit long... Can't you access it on your end? |
Anyway, there it is:
|
Indeed, the problem came from the worker method timeout. This value is not yet configurable. It should be available for the next version. |
Could you please increase it to something like 10s or 15s meanwhile? It would help. |
I juste released a canary version 0.28.0-alpha.b4399b84 with an increased worker timeout to 60000ms. |
Thanks! 👍 |
We released a stable version 0.28 on stable channel. |
It looks like the timeout issue is somewhat still present, the log disappeared but if you go to my app, type "https://zetapush.com/" in the input and click on "OK". You may see the response message corresponding to the return of the method call is never received on client-side. That's why the buttons at the bottom right of the screen don't enable themselves. If you test a smaller page like "https://www.quikinvoice.com/", it will work though. EDIT: I'm using zeta v0.28.0. |
I have tested your application. You are right, no response when using page zetapush.com. I have attached logs of your application. If you look at the timestamps, it stops after 3 seconds. |
@aurelien-baudet The processor works fine on https://zetapush.com, You can test it with the index page at the root at the project. I don't see any errors anywhere and it works as expected on my machine. However, when I run the code within a zeta worker, I see the response in the logs but it's never received by the client. |
BTW, your logs show the process ran as expected (i.e. there are no errors during the execution). The last line of the logs is the response that is never received by the client. |
@aurelien-baudet You're right. This issue does not seem related to a timeout issue. I was not able to reproduce it with a simple test. It does not seem related to the response size either. Could you please confirm the issue is on your end anyway? |
@gildas-lormeau After several tests, the behavior is the same locally and in the cloud. With URLs of "light/small" websites, the front receives a response. But with URLs of "heavy" websites, worker sends the response but the front never receives it. The issue is related to the size of the data transferred on the network. Internally, we use CometD as real-time protocol. CometD is currently configured to exchange messages with a limit of 1Mo. We could increase this limit but we think it is not the best option because you can still have a website whose size could be greater than the new limit. So a better option is to store your result using our file system cloud service (as the new documentation is not ready yet, here is the old one : https://ref.zpush.io/#it_zpfs_hdfs):
Do not hesitate to give us feedback about this cloud service. |
I created several issues that are related to the trouble you encountered:
|
I'm submitting a ... (check one with "x")
Scope (check one with "x")
Current behavior
Just after starting the worker, I get these logs whereas the client did not call the
process
method of the worker.The
requestId
values are always the same.Expected behavior
I should not see these messages since the client did not interact with the worker yet.
Minimal reproduction of the problem with instructions
Start my worker (id: lFnXaV9u).
What is the motivation / use case for changing the behavior?
It seems it's a bug.
Please tell us about your environment:
The text was updated successfully, but these errors were encountered: