Skip to content
This repository has been archived by the owner on May 7, 2020. It is now read-only.

Setting stop timeout to 0 in order to avoid blocking the component deactivation #6636

Merged
merged 1 commit into from
Dec 6, 2018

Conversation

kaikreuzer
Copy link
Contributor

Also fixed setting of keepAliveTimeout, improved thread naming and logging.

Fixes #6632

Signed-off-by: Kai Kreuzer kai@openhab.org

…activation.

Also fixed setting of keepAliveTimeout, improved thread naming and logging.

Signed-off-by: Kai Kreuzer <kai@openhab.org>
@kaikreuzer
Copy link
Contributor Author

#6632 looks looks like a Jetty bug to me - when the client is stopped, it finds jobs being executed in the threads, so it waits for the stop timeout for them to finish, what they never do (these are lambdas coming from EatWhatYouKill lifecycle management.

This PR sets the stop timeout to 0. This lets the client ignore the running jobs and after its termination, the threadpool is clean as well (so we do not have any hanging threads left).
The only downside of this workaround is that Jetty will still log warnings about non-stoppable threads.

@kaikreuzer kaikreuzer requested a review from htreu December 6, 2018 11:56
@htreu htreu merged commit bbecf05 into eclipse-archived:master Dec 6, 2018
kaikreuzer added a commit to kaikreuzer/smarthome that referenced this pull request Dec 11, 2018
…activation. (eclipse-archived#6636)

Also fixed setting of keepAliveTimeout, improved thread naming and logging.

Signed-off-by: Kai Kreuzer <kai@openhab.org>
@openhab-bot
Copy link
Contributor

This pull request has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/oh2-4-0-m-milestone-testing-summary/59035/38

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Jetty thread warnings and delay during shutdown
3 participants