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
If I throw an exception from inside a fiber, there is an issue with redundant logging. I expect the framework to just surface the exception by rethrowing it at the point where I started or resumed this fiber, which it does, but it also runs the Fiber.defaultExceptionHandler ... twice. This results in stderr spam. I'd rather it printed nothing at all and let the exception propagate out of the fiber like any other.
The text was updated successfully, but these errors were encountered:
A Fiber is both a thread (in the abstract sense) and a j.u.c.Future. As a Future, it is required to throw any exceptions when it is joined (Future.get), and as a thread it is required to log any uncaught exception, as it may never be joined. But precisely for that reason we have Fiber.setDefaultUncaughtExceptionHandler/Fiber.setUncaughtExceptionHandler, so that you can turn this behavior off.
If the exception handler is called twice, that is, indeed, a bug. We'll look into that.
If I throw an exception from inside a fiber, there is an issue with redundant logging. I expect the framework to just surface the exception by rethrowing it at the point where I started or resumed this fiber, which it does, but it also runs the Fiber.defaultExceptionHandler ... twice. This results in stderr spam. I'd rather it printed nothing at all and let the exception propagate out of the fiber like any other.
The text was updated successfully, but these errors were encountered: