getsentry / getsentry/sentry-java
When wrapping callable / supplier / task we could automatically capture exceptions
- Linguagem predominante
- Kotlin
- Estrelas
- 1.4k
- Forks
- 478
- Merge médio
- 3d 4h
- PRs com merge (30d)
- 72
Descrição
### Problem Statement
Currently `SentryTaskDecorator`, `SentryWrapper.wrapCallable` and `SentryWrapper.wrapSupplier` only clone the hub to ensure scope does not leak but do not automatically capture errors.
### Solution Brainstorm
We could add overloads for the wrap methods to automatically capture.
TODO: decide on default behaviour
Maybe it makes sense to split out `SentryTaskDecorator` as it could get more complicated when developers want to decide which tasks to automatically capture errors for and which not.
Guia de contribuição
Direção de pesquisa
Comece lendo SentryTaskDecorator, SentryWrapper.wrapCallable e SentryWrapper.wrapSupplier para entender o comportamento atual de clonagem do hub. A issue ainda exige decidir o comportamento padrão de captura de exceções e se SentryTaskDecorator precisa de um tratamento separado; considera-se concluído quando essas decisões de design estiverem definidas e as APIs de wrapping implementarem consistentemente o comportamento acordado.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- java, kotlin
- Domínio
- devtools
- Tipo de issue
- Funcionalidade
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Status de atividade
- Estagnada
- Clareza
- Precisa de esclarecimento
- Facilidade para iniciantes
- 25/100