You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@skywalking.apache.org by GitBox <gi...@apache.org> on 2020/07/15 08:26:12 UTC
[GitHub] [skywalking] momo0313 opened a new issue #5101: It's hard to distinguish business exception and other errors with Error status filter on the trace page
momo0313 opened a new issue #5101:
URL: https://github.com/apache/skywalking/issues/5101
Please answer these questions before submitting your issue.
- Why do you submit this issue?
- [x] Question or discussion
___
### Question
It 's common to use global exception handler in spring. We can throw the all business exceptions in controller, and catch it by a custom ExceptionHandler with ControllerAdvice annotation.
With the springmvc plugin in agent, it will mark the status of span to error, even though the 200 http status is returned in the global exception handler. In this case, If we choose Error status on the trace page, there are lots of traces with business exception, and it's hard to get more useful errors like 4xx, 5xx and so on.
Is there any good way in this case?
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [skywalking] wu-sheng commented on issue #5101: It's hard to distinguish business exception and other errors with Error status filter on the trace page
Posted by GitBox <gi...@apache.org>.
wu-sheng commented on issue #5101:
URL: https://github.com/apache/skywalking/issues/5101#issuecomment-658627474
> It 's common to use global exception handler in spring. We can throw the all business exceptions in controller, and catch it by a custom ExceptionHandler with ControllerAdvice annotation.
I can't agree it is common or right. Controlling the workflow by exception is rude and low-performance.
But if you do that, you have to change the source codes on your own. SkyWalking wouldn't take that responsibility because if we do so, we have to check every exception and iterate its parent, it will burn the agent in heavy traffic systems. If you know where to do the filter, change the codes.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [skywalking] wu-sheng closed issue #5101: It's hard to distinguish business exception and other errors with Error status filter on the trace page
Posted by GitBox <gi...@apache.org>.
wu-sheng closed issue #5101:
URL: https://github.com/apache/skywalking/issues/5101
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [skywalking] momo0313 commented on issue #5101: It's hard to distinguish business exception and other errors with Error status filter on the trace page
Posted by GitBox <gi...@apache.org>.
momo0313 commented on issue #5101:
URL: https://github.com/apache/skywalking/issues/5101#issuecomment-659110409
@wu-sheng
Is it possible to add a config properties on agent side, such as:
span.status.check.exclude.exceptions: BusinessException,XXException
span.status.check.include.exceptions: RuntimeException,XXException
If the user want to focus on some custom exceptions, they can get more useful infos by filter Error status of trace.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org