-
Notifications
You must be signed in to change notification settings - Fork 356
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Jersey update from 3.1.3 to 3.1.4 slows down our external service response times drastically #5738
Comments
Just to put this into perspective: If I'm not mistaken, the fact that |
Great finding! I was wondering why my services became slower when I upgraded Jersey. |
jbescos
added a commit
to jbescos/jersey
that referenced
this issue
Sep 23, 2024
…ponse times drastically eclipse-ee4j#5738 Signed-off-by: Jorge Bescos Gascon <jorge.bescos.gascon@oracle.com>
jbescos
added a commit
to jbescos/jersey
that referenced
this issue
Sep 23, 2024
…ponse times drastically eclipse-ee4j#5738 Signed-off-by: Jorge Bescos Gascon <jorge.bescos.gascon@oracle.com>
jbescos
added a commit
to jbescos/jersey
that referenced
this issue
Sep 25, 2024
…ponse times drastically eclipse-ee4j#5738 Signed-off-by: Jorge Bescos Gascon <jorge.bescos.gascon@oracle.com>
Should be fixed by #5794. |
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
Hi,
we've recently updated our services from jersey
3.1.2
to3.1.5
and encountered drastically worse response times for our external service calls which are using jerseysHttpUrlConnector
.With downgrading to
3.1.3
everything was fine again, but updating to3.1.4
again let the response times rise by 50% to 120%.Having a look on the changes between
3.1.3
and3.1.4
I saw the following PR: #5359.It introduced a synchronized block inside
getConnection(URL url, Proxy proxy)
:If I interpret it correctly this will lead to only one thread being able to open a connection with the connector. As we have many threads processing incoming requests with one connector per external service, it might happen that there are many threads which want to get a connection, but only one at a time is possible.
Is this already a known issue? Is my assumption regarding the synchronized block correct?
The text was updated successfully, but these errors were encountered: