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
I want to implement a HTTP exporter to fit OTLP/HTTP specification and do not depend on gRPC. And I found I need implement a Recordable which is almost the same as opentelemetry::exporter::otlp::OtlpRecordable . I'm wondering if we can create a extension (e.g. sdk_proto) and move opentelemetry::exporter::otlp::OtlpRecordable and all conversion codes from sdk to opentelemetry-proto into the this this extension? So that we can reuse the codes in more exporters.
Thanks, @owent, this would be really helpful.
Looking at the OTLP implementation for otel-go, which is similar to what you are proposing though it's finally published as a single package/release containing both grpc and http.
If I commit codes inner otlp exporter, maybe we should split WITH_OTLP into WITH_OTLP_GRPC and WITH_OTLP_HTTP ? Some environments may just want http exporter and do'nt want to depend grpc.
Implement OTLP/HTTP+JSON exporter trace exporter and metrics exporters.
Refer to:
I want to implement a HTTP exporter to fit OTLP/HTTP specification and do not depend on gRPC. And I found I need implement a
Recordable
which is almost the same asopentelemetry::exporter::otlp::OtlpRecordable
. I'm wondering if we can create a extension (e.g. sdk_proto) and moveopentelemetry::exporter::otlp::OtlpRecordable
and all conversion codes from sdk to opentelemetry-proto into the this this extension? So that we can reuse the codes in more exporters.@ThomsonTan
The text was updated successfully, but these errors were encountered: