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

Event Hubs: Client Identifier Support #22981

Closed
jsquire opened this issue Jul 15, 2021 · 3 comments · Fixed by #27910
Closed

Event Hubs: Client Identifier Support #22981

jsquire opened this issue Jul 15, 2021 · 3 comments · Fixed by #27910
Assignees
Labels
Client This issue points to a problem in the data-plane of the library. Event Hubs feature-request This issue requires a new behavior in the product in order be resolved.
Milestone

Comments

@jsquire
Copy link
Member

jsquire commented Jul 15, 2021

Summary

When creating one of the Event Hubs client types, it can be useful for a host application to be able to uniquely identify the client instance. The Event Hubs service also supports setting the identifier of an AMQP link, which it will associate with some error messages to make it easier to correlate errors with a given client instance.

The event processor types currently support an informational Identifier, passed in via their respective options at creation time. The remaining Event Hubs clients should be extended to follow this pattern.

Scope of Work

  • The options for each Event Hubs client type should be extended with a string-based Identifier property, defaulting to null if not supplied by callers.

  • The Event Hubs client types should be extended with an Identifier property, mapping to the Identifer received as part of their client options. If the options do not specify an identifier, a unique one should be generated.

  • When opening an AMQP link for receiving, the identifier should be added to a link property named com.microsoft:receiver-name so that it can be used by the service with error messages. (example)

  • When opening an AMQP link for receiving, the identifier should be used as the Target in the link settings if doing so us supported by the transport. (example)

  • When opening an AMQP link for sending, the identifier should be used as the Source in the link settings if doing so is supported by the transport. (example)

  • There should be no change to the logic when opening an AMQP RequestResponse link for management purposes; the identifier is not supported in this context.

Success Criteria

  • The API changes have been informally reviewed by the language architects and approved.

  • The client options identified in the scope have been enhanced to include an Identifier property.

  • The client types identifier in the scope have been enhanced to accept the identifier from the options, expose it via an Identifier property, and make use of it when creating links.

  • The tests necessary for ensuring the feature works as intended have been created or adjusted and pass reliably.

  • Existing tests continue to produce deterministic results and pass reliably.

@jsquire jsquire added Event Hubs Client This issue points to a problem in the data-plane of the library. needs-team-triage Workflow: This issue needs the team to triage. labels Jul 15, 2021
@jsquire
Copy link
Member Author

jsquire commented Jul 15, 2021

//cc: @conniey, @YijunXieMS

@conniey
Copy link
Member

conniey commented Aug 18, 2021

Identifier work for EventHubBufferedProducerClient as well.

@ramya-rao-a ramya-rao-a added the feature-request This issue requires a new behavior in the product in order be resolved. label Jan 14, 2022
@ramya-rao-a ramya-rao-a added this to the Backlog milestone Jan 14, 2022
@conniey conniey removed the needs-team-triage Workflow: This issue needs the team to triage. label Jan 14, 2022
@conniey conniey self-assigned this Jan 14, 2022
@ZejiaJiang ZejiaJiang self-assigned this Mar 18, 2022
@ZejiaJiang ZejiaJiang modified the milestones: Backlog, [2022] April Mar 21, 2022
@anuchandy
Copy link
Member

Refer this discussion for additional context.

@conniey conniey moved this to In Progress in Azure SDK for Event Hubs Jun 29, 2022
Repository owner moved this from In Progress to Done in Azure SDK for Event Hubs Jul 8, 2022
@github-actions github-actions bot locked and limited conversation to collaborators Apr 11, 2023
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 feature-request This issue requires a new behavior in the product in order be resolved.
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

5 participants