-
Notifications
You must be signed in to change notification settings - Fork 846
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OTLP JSON exporter cannot be released #2804
Comments
One more advantage of #2746 is that it separates the transformation code from the code that encodes protobuf which makes it easier to pack a small bundle for the web. I'll try to get that PR updated today. |
2 or 3 would be preferred for us. |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days. |
Not stale and still experimental |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days. |
This issue was closed because it has been stale for 14 days with no activity. |
We can release the non-json exporters now that protobuf exporters are codegen and grpc exporters have their own base right? |
Currently, we are preparing to release the OTLP trace exporters as 1.x 🎉
Unfortunately, because OTLP JSON is experimental we cannot release the JSON exporter as 1.x and it must be held back to 0.x 😢
This is important because the transformations from our internal representation to the OTLP JSON representation are in the HTTP JSON exporter, and are depended on by the proto and gRPC exporters. If we hold back the JSON exporter but not the gRPC and proto exporters, we will end up in a situation where 1.x exporters depend on the 0.x exporter.
Possible resolutions:
The text was updated successfully, but these errors were encountered: