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
Jetty seem to execute AsyncListener.onTimeout() in a special Scheduler-Thread (one per connector and one for detecting LowResource-Conditions?). The Problem is, if any work in AsyncListener.onTimeout() takes longer (e.g. cancel a background task) then the timout-processing of the container is stopping completely. If you have an application that relies on timeout (e.g. long polling) this can slow down the whole processing.
Regardless of if this is considered "bad" it would be usefull to make it
possible to easy configure the number of Scheduler-Threads, currently this is hardcoded to 1 and you have to implement your own Scheduler and call the full blown ServerConnector cunstructor to change this
Make the naming of the threads more appropriate, currently they are named Scheduler-12345678, I would suggest something like Scheduler-http-8080, Scheduler-https-8433, Scheduler-lowresource or such, maybe appended with a number
The text was updated successfully, but these errors were encountered:
This is related to a new-post https://dev.eclipse.org/mhonarc/lists/jetty-users/msg07333.html
Jetty seem to execute AsyncListener.onTimeout() in a special Scheduler-Thread (one per connector and one for detecting LowResource-Conditions?). The Problem is, if any work in AsyncListener.onTimeout() takes longer (e.g. cancel a background task) then the timout-processing of the container is stopping completely. If you have an application that relies on timeout (e.g. long polling) this can slow down the whole processing.
Regardless of if this is considered "bad" it would be usefull to make it
The text was updated successfully, but these errors were encountered: