Dependendo da situação, você poderá encontrar rastreamento de erros na interface APM que não inclui rastreamento de pilha para seu aplicativo.
Solução
Dependendo da situação, siga estes procedimentos de resolução de problemas.
Por motivos de desempenho, limitamos o relatório de erros da seguinte forma:
100 eventos por minuto por instância de agente
20 detalhes trace por minuto por instância de agente
Nosso agente APM reporta automaticamente erros para exceções não tratadas. Em situações em que a lógica do aplicativo trata o erro, nosso agente APM pode perder o erro e não reportará um stack trace.
Se você configurou erros para serem ignorados, o stack trace não estará disponível
Retornar um erro 500 significa que o próprio servidor do aplicativo detectou um erro e definiu o código de status HTTPS 500 .
Se a condição de erro foi detectada e tratada pela lógica do aplicativo, não houve nenhum objeto de exceção e, portanto, nenhuma stack.
Se houve um objeto de exceção em algum momento, mas ele foi tratado internamente pelo código do aplicativo que definiu o status 500 na resposta, a exceção nunca se tornou visível para o agente. Não há stack disponível para o agente reportar.
Quando o rastreamento de pilha é relatado, o erro resulta de uma exceção que não foi capturada e tratada na lógica do servidor do aplicativo. O agente vê a exceção não tratada durante uma transação monitorada e, portanto, relata o stack trace.
comportamento específico do agente para rastreamento de pilha ausente
Agente Java
Quando um erro é gerado em uma sequência repetida rapidamente, o compilador Java pode otimizar o stack trace para ajudar no desempenho. Para desabilitar esta otimização: Em seus sinalizadores JVM, inclua: