Skip to content
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

Distributed tracing for Event Hub: do not populate schema in peer.address attribute #7109

Closed
6 tasks
lmolkova opened this issue Jan 25, 2020 · 1 comment · Fixed by #8709
Closed
6 tasks
Assignees
Labels
Client This issue points to a problem in the data-plane of the library. Event Hubs
Milestone

Comments

@lmolkova
Copy link
Member

  • Package Name: @azure/event-hubs
  • Package Version: 2.1.0
  • Operating system: any
  • nodejs
    • version:
  • browser
    • name/version:
  • typescript
    • version:
  • Is the bug related to documentation in

Describe the bug
Azure SDKs for EventHubs populate peer.adress (EventHub endpoint) inconsistently using different schemas (or no schema).

Example of current behavior:

  • .NET: amqps://azuresdkdemo.servicebus.windows.net
  • JS: sb://azuresdkdemo.servicebus.windows.net
  • Python: azuresdkdemo.servicebus.windows.net
  • Java: azuresdkdemo.servicebus.windows.net

To Reproduce
Steps to reproduce the behavior:

  1. Send message to EventHub with producer client
  2. enable tracing and capture traces using OpenTelemetry (export anywhere: zipkin, jaeger, stdout)

Expected behavior
Assuming schema is an implementation detail and not particularly important for tracing, let's stop populating schema everywhere. I.e. use FQDN instead of endpoint (e.g. azuresdkdemo.servicebus.windows.net)

@chradek
Copy link
Contributor

chradek commented Jun 8, 2020

This change is now available in @azure/event-hubs version 5.2.1:
https://www.npmjs.com/package/@azure/event-hubs/v/5.2.1

Here's some more info on all the changes that went into this version:
https://github.com/Azure/azure-sdk-for-js/blob/master/sdk/eventhub/event-hubs/CHANGELOG.md#521-2020-06-08

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Client This issue points to a problem in the data-plane of the library. Event Hubs
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants