flat-pizza-8661
09/15/2021, 4:35 AM@catch
decorator and handling exceptions in the next step. This pickles the stacktrace as a string so I'm limited to sending all exceptions as MetaflowExceptionWrapper to sentry with the original stacktrace as a string. This isn't ideal for grouping exceptions in Sentry to be able to keep track of any new exceptions.
We were thinking about adding the ability to pass a function into @catch
decorator ie. exception_logger
that is called with the original exception prior to it being pickled.
I'd welcome any feedback on other ways of handling this problem at a high level or if this is a good idea and potential for a PR back to metaflow?
TIA
Louisstraight-shampoo-11124
09/15/2021, 5:40 AMstraight-shampoo-11124
09/15/2021, 5:47 AMstraight-shampoo-11124
09/15/2021, 5:47 AMlog_to_sentry
with an actual API call sending the exception x
to Sentrystraight-shampoo-11124
09/15/2021, 5:48 AM@catch
is that this won't handle hard crashes, e.g. out-of-memory conditions or segfaults, but you wouldn't get a Python exception in those cases anywaysflat-pizza-8661
09/15/2021, 6:00 AM