-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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/service-bus] TypeError: messageSpan.spanContext is not a function when trying to sendMessages #17307
Comments
Hey @harveyconnor The dependencies you have listed should be compatible from an opentelemetry version side... but it's possible that some things are still out of date - I've seen that happen due to outdated lockfiles. Unfortunately as you noticed an OpenTelemetry API change ended up causing us some pain but I'd love to help you get this resolved! For starters, could you tell me what dependencies you have listed in your Thanks in advance! |
@maorleger Thanks for the reply, I can't give you a list of all of the libraries we have in our package.json but will provide you with the microsoft/azure related ones. Also we downgraded the versions of the following packages and it is now behaving correctly without the error. These below are the packages and versions being used.
Response from api@1.0.0 /Users/user/Development/Production_Workspace/api
└─┬ @azure/service-bus@7.0.5
└─┬ @azure/core-tracing@1.0.0-preview.11
└── @opentelemetry/api@1.0.0-rc.0 |
Thanks @harveyconnor for the information. So if I understand correctly, you said that using applicationinsights 2.1.6 with Your package.json shows that you're still using applicationinsights 1.8.10 but I assume that's after downgrading right? 1.8.10 doesn't seem to depend on @opentelemetry/api at all so it's likely not the culprit. At any rate, the below combination worked for me: "@azure/msal-node": "1.3.0",
"@azure/service-bus": "7.3.0",
"applicationinsights": "2.1.6",
"azure-sb": "0.11.2",
"@types/azure-sb": "0.0.38"
And when i run
I believe that this combination should work for you - could you let me know what the same command shows after you upgrade to service-bus 7.3.0? It's possible that due to some caching or a stale lockfile you are still using @azure/core-http 1.x but I'll have to see the |
Thanks for your reply, I will test with your configuration. |
That is a great question... I reached out to our Service Bus expert @chradek and he will do some digging. In the meanwhile, I do believe that the above configuration should resolve your issues so I will mark this issue as addressed - feel free to let me know if you are still running into issues |
Hi @harveyconnor. Thank you for opening this issue and giving us the opportunity to assist. We believe that this has been addressed. If you feel that further discussion is needed, please add a comment with the text “ |
Can you clarify your question here @harveyconnor? |
@ramya-rao-a Hi, |
The answer would be no. The #13841 is tracking the requirement for a new package for Notification Hubs that would be similar to |
Thank you |
@maorleger sorry to revive this but we have recently tried to install the packages with your versioning however it seems we are still facing the same issue (spanContext is not a function) when we build in azure pipelines and push to an app service. What we did do however was turn off application insights for that app service and it started working. What do you think could be the issue? Is there a conflict with the |
Hmmm might be related to #17471 ? I believe @hectorhdzg posted a workaround that might help here #17471 (comment) Could you try that and let me know if it resolves your issues? |
@maorleger thanks for posting that! Will keep an eye out for when there's an update. For now we have just disabled app insights. |
Hi @harveyconnor, since you haven’t asked that we “ |
Describe the bug
When trying to send a message via the
@azure/service-bus
package it doesn't work and throws and error:TypeError: messageSpan.spanContext is not a function
.I have the package
[email protected]
installed also as that was recommended in another ticket.To Reproduce
Expected behavior
The message should send without throwing an error.
The text was updated successfully, but these errors were encountered: