You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Trying to better understand what the repository provides I decided to run the "axum-otlp" example to see how it fared. Now the readme does suggest OTEL_EXPORTER_OTLP_ENDPOINT=http://localhost:4317 and that works (so does OTEL_EXPORTER_OTLP_PROTOCOL=grpc), however it doesn't seem to work using the protobuf exporter (to the endpoint http://localhost:4318), which is the default configuration, even though it's not saying anything and the DEBUG reporting for the otel configuration seems happy with everything.
The odd part is the corresponding example from open-telemetry/opentelemetry-rust (the somewhat ill named tracing-jaeger) does work with no issue, it seems to send trace with either OTEL_EXPORTER_OTLP_PROTOCOL (although I've not found a way to confirm that it was taking that key into account as it does not report anything).
I'm not sure what gives.
In both cases, my collector is CtrlSpice/otel-desktop-viewer
The text was updated successfully, but these errors were encountered:
Thanks for reporting, there is an issue in the computation of OTEL_EXPORTER_OTLP_TRACES_ENDPOINT from OTEL_EXPORTER_OTLP_PROTOCOL when protocol is http/protobuf.
I'll release a patched version (and maybe later another version without the code related to environment variables as now, it seems to be handled by the crate opentelemetry)
Trying to better understand what the repository provides I decided to run the "axum-otlp" example to see how it fared. Now the readme does suggest
OTEL_EXPORTER_OTLP_ENDPOINT=http://localhost:4317
and that works (so doesOTEL_EXPORTER_OTLP_PROTOCOL=grpc
), however it doesn't seem to work using the protobuf exporter (to the endpointhttp://localhost:4318
), which is the default configuration, even though it's not saying anything and the DEBUG reporting for the otel configuration seems happy with everything.The odd part is the corresponding example from open-telemetry/opentelemetry-rust (the somewhat ill named
tracing-jaeger
) does work with no issue, it seems to send trace with eitherOTEL_EXPORTER_OTLP_PROTOCOL
(although I've not found a way to confirm that it was taking that key into account as it does not report anything).I'm not sure what gives.
In both cases, my collector is CtrlSpice/otel-desktop-viewer
The text was updated successfully, but these errors were encountered: