You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 21, 2024. It is now read-only.
I've been trying this new extension quite extensively for a few days now, mainly to test a GRPC streaming API, and everything has been quite smooth, thanks for the great work!
I've been struggling a bit on an issue that I'm not sure what's the proper way to address.
When doing bidirectional streaming RPC, where the client starts streaming requests to the server, and the server streams replies.
Is there any way to prevent such errors when the server send a final reply and close the stream before the client has send all its data (because processing is done and the additional data the client might send is irrelevant):
ERRO[0105] failed to send data to the stream error=EOF
INFO[0105] Stream Error: {"code":2,"details":[],"message":"EOF"} source=console
Is there a way to prevent a send if the stream is closed? Or to properly handle that error?
The text was updated successfully, but these errors were encountered:
Hey @fparga . Here is a tiny update on that issue. As you can see, an open PR #19 tries to address the issue. However, during the review, we found some concerns about handling EOF in the case you mentioned. We want to double-check and ensure that any actual error can't cause such EOF.
Also, since k6/experimental/grpc has landed in with the k6 v45.0, maybe we could collect more input on the topic.
I've been trying this new extension quite extensively for a few days now, mainly to test a GRPC streaming API, and everything has been quite smooth, thanks for the great work!
I've been struggling a bit on an issue that I'm not sure what's the proper way to address.
When doing bidirectional streaming RPC, where the client starts streaming requests to the server, and the server streams replies.
Is there any way to prevent such errors when the server send a final reply and close the stream before the client has send all its data (because processing is done and the additional data the client might send is irrelevant):
Is there a way to prevent a send if the stream is closed? Or to properly handle that error?
The text was updated successfully, but these errors were encountered: