-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
Don't close the connection when returning Multi #18470
Conversation
I personally don't |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Obviously it is necessary, otherwise it woudn't be there with a big fat comment. But I probably didn't know how to write a test for this, and I can't remember now. Let's fix it but please add a test that checks that we didn't close the connection?
And then when someone figures out something didn't work we'l get a reproducer for the original issue for free :)
Feel free to use the test in https://github.com/rasmusfaber/quarkus-resteasy-reactive-connection-drop/blob/main/src/test/java/org/acme/getting/started/ReactiveGreetingResourceTest.java It should be easy to modify it to fit into quarkus-integration-test-resteasy-mutiny (just change the endpoint) or I will be happy to make a pull request if you prefer. |
This workflow status is outdated as a new workflow run has been triggered. Failing Jobs - Building 5f120f8
Full information is available in the Build summary check run. Test Failures⚙️ JVM Tests - JDK 11 #📦 extensions/resteasy-reactive/quarkus-resteasy-reactive/deployment✖ ⚙️ JVM Tests - JDK 16 #📦 extensions/resteasy-reactive/quarkus-resteasy-reactive/deployment✖ |
Damnit, that test works on my machine |
That's like 95% of my daily routine, man 🤣 |
Fixes #18445