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
I couldn't stop thinking that with propagating error results using railway, we're basically reinventing exceptions. With two main differences:
We have to propagate exception up the stack manually.
We lose the very handy feature of exceptions -- stacktraces. In large projects it's often hard to track where an error came from (e.g. "DB timeout" error due to slow query -- which query was that).
Can we get our stacktraces back with Railway? The only way I see is to have "cause" field at each exception, and wrap them errors manually before returning (with some custom differentiator aka "line number").
The text was updated successfully, but these errors were encountered:
Hi Scott,
It's more of question than an issue.
I couldn't stop thinking that with propagating error results using railway, we're basically reinventing exceptions. With two main differences:
Can we get our stacktraces back with Railway? The only way I see is to have "cause" field at each exception, and wrap them errors manually before returning (with some custom differentiator aka "line number").
The text was updated successfully, but these errors were encountered: