Handle partial success responses from OTLP export services #865
Labels
A-common
Area:common issues that not related to specific pillar
enhancement
New feature or request
M-exporter-otlp
release:allowed-for-stable
Changes that can still be added before Stable, but won't require Breaking Interfaces.
Milestone
Problem Statement
Following the specification change to add partial success responses, each OTel SDK is encouraged to handle the resulting error message string in an appropriate way, considering existing norms. This requires OTLP v0.19.
Proposed Solution
For each of the
Export*ServiceRequest
methods used by OTLP Trace and Metrics exporters, construct an error and call the appropriate handler with the error message string and the number of spans/points(/logs) dropped. Future OTel specifications may call for optional treatment of the number of dropped items, but presently that is just additional information to include in the handled error.The text was updated successfully, but these errors were encountered: