Skip to content
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

Open
arichiardi opened this issue Aug 12, 2016 · 3 comments
Open

Exception swallowed by io.aleph.Executor #12

arichiardi opened this issue Aug 12, 2016 · 3 comments

Comments

@arichiardi
Copy link

Hello Zach, I had a problem while using the utilization-executor in manifold and tracked it down to dirigiste. 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 dirigiste Executor. Nothing finishes in the Thread.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!

@arichiardi
Copy link
Author

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?

@ztellman
Copy link
Collaborator

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.

@alexandergunnarson
Copy link

alexandergunnarson commented Nov 12, 2019

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.

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

No branches or pull requests

3 participants