Replies: 3 comments 1 reply
-
/cc @alesj, @cescoffier |
Beta Was this translation helpful? Give feedback.
0 replies
-
Interesting. Did you try with the Mutiny API? |
Beta Was this translation helpful? Give feedback.
1 reply
-
@cescoffier |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi
I have created a gRPC service as following.
@GrpcService
public class TestListener extends TestService
{
}
In onRequest legacy JDBC queries are performed, so this method is blocked with @Blocking. The @Blocking should create a new worker thread to handle request instead of the event loop thread. The works fine if there a single request comes at time. When there are concurrent request coming from client then only one thread is created and the request is executed one after another. The incoming request are handled in serial and not in parallel. @Blocking should span more than one thread if there are concurrent/parallel request from clients. Am I missing some thing here?
Configurations :
quarkus.grpc.server.instances is not set, so I believe its default to 1.
Quarkus version: 2.5.0.Final
Beta Was this translation helpful? Give feedback.
All reactions