Changing the log levels in error scenarios
Codecov Report
:white_check_mark: All modified and coverable lines are covered by tests.
:warning: Please upload report for BASE (main@740dd14). Learn more about missing BASE report.
:warning: Report is 548 commits behind head on main.
Additional details and impacted files
@@ Coverage Diff @@
## main #6832 +/- ##
=======================================
Coverage ? 90.01%
Complexity ? 7090
=======================================
Files ? 803
Lines ? 21444
Branches ? 2092
=======================================
Hits ? 19302
Misses ? 1477
Partials ? 665
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
:rocket: New features to boost your workflow:
- :snowflake: Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
@jkwatson - Request your review
wdyt of using ApiUsageLogger instead? (though I'm ok with this PR since it only affects opentracing-shim)
ApiUsageLogger logs messages with an AssertionError, which would be pretty noisy and hard miss, especially if logged at the warning level as proposed in this PR.
I'm not opposed to it since I think that anytime one of these things occurs it indicates that some instrumentation is misusing the API, but just wanted to call it out.
ApiUsageLogger logs messages with an
AssertionError, which would be pretty noisy and hard miss, especially if logged at the warning level as proposed in this PR.
ah, I didn't even see that ApiUsageLogger takes an optional level, it doesn't look like we ever use that method and only ever use the default (FINEST)
Thank you for your contribution @vidyadharamurthy! 🎉 We would like to hear from you about your experience contributing to OpenTelemetry by taking a few minutes to fill out this survey.