-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
azure-monitor-opentelemetry-exporter not compatible with latest opentelemetry-[api/sdk] 1.15.0 #27900
Comments
Thank you for your feedback @jabbera . We will investigate asap and get back to you |
Thank you for your feedback. This has been routed to the support team for assistance. |
The PR is merged. However, since this is an ongoing issue, let's keep this open until the next release. I am looking into whether we can do a release before January. In the meantime, use OTel 1.14 |
There's another issue: when using the fixed version of the exporter with OTel 1.15, I consistently get the following warning: I've determined that no commit in exporter 1.0.0b11 has caused this. It's too early to know. But it seems to be an issue with how opentelemetry-instrumentation-flask==0.36b0 or opentelemetry-instrumentation-wsgi==0.36b0 use Werkzeug. I've confirmed the fixed version of the exporter does still send telemetry correctly. However, since the new version needs to be pinned to 1.15, we'll be encouraging people to use 1.15 seems to have some issue that needs to be addressed. I am not able to release the exporter as is because of the memory issue with OTel 1.15. Instead, we can pin the exporter to 1.12<=x<=1.14 before the module path was changed. That way, we can avoid the memory allocation issue as well as the severity import breaking change. |
My release PR is approved. But my understanding is others have the exclusive permissions to merge it and trigger the release pipeline. |
@jabbera Please use newly released 1.0.0b11. It blocks OTel 1.15. Resolving issue. |
Describe the bug
not compatible with opentelemetry-[api/sdk] 1.15.0
To Reproduce
Steps to reproduce the behavior:
see:
Expected behavior
import to work
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: