-
Notifications
You must be signed in to change notification settings - Fork 17
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
Exception swallowed by io.aleph.Executor #12
Comments
I see why you don't want it to throw, you are logging statistics there, I don't know what the solution can be, maybe just logging? Maybe let the thread die? |
Just for reference, the issue is at https://github.com/ztellman/dirigiste/blob/master/src/io/aleph/dirigiste/Executor.java#L64. I need to think about what's the "right" thing to do here. |
This also popped up as an issue for me @ztellman after I was experiencing otherwise inexplicable HTTP timeouts with the Aleph client and the default executor. The main thing that would be helpful here for me is to log the exception. As a workaround I'm just avoiding the default executor pool. A potential alternative is to always supply to the request client middleware that catches all exceptions, logs them, and rethrows. |
Hello Zach, I had a problem while using the
utilization-executor
in manifold and tracked it down todirigiste
. I think.Basically as you can see by running
lein run
in this repro repo, the compile-time exception is kind of swallowed when using the dirigisteExecutor
. Nothing finishes in theThread.UncaughtExceptionHandler
basically.I haven't actually tried the fix, but I smell something is going on here.
I will probably experiment a bit more but I wanted to hear from you if you think I am on the right track.
Thanks!
The text was updated successfully, but these errors were encountered: