Github user julienledem commented on the pull request:
https://github.com/apache/drill/pull/221#issuecomment-151584120
@adeneche I'm all for removing verbose logging. In this case, it sounds
like we should go after bad logging rather than removing information from
errors.
Having "verbose errors" will actually enable less logging:
Currently the server side (drillbit) stack trace is lost when the exception
goes through the RPC layer. Which means we rely on logging those errors on the
server side to find the original stack trace.
the "verbose errors" setting will add the stacktrace in the exception
message so that we get both the client and server side stacktrace from the
client side exception. which would allow removing the server side logging in
tests.
I think we should follow this general principle: If an exception is dealt
with it should not be logged. Only exception that can not be dealt with should
be logged as errors or warning depending on the effect.
A negative test would catch an exception and verify it. If logging happens
at some layer bellow it, this sounds like it should be refactored.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at [email protected] or file a JIRA ticket
with INFRA.
---