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

Strict 1 to 1 communication in polling mode #594

Open
Discolai opened this issue Feb 14, 2024 · 0 comments
Open

Strict 1 to 1 communication in polling mode #594

Discolai opened this issue Feb 14, 2024 · 0 comments

Comments

@Discolai
Copy link

We have been using the "listening service model" for a while. And we want to try out “polling service mode” mode, but we found a concerning scenario regarding request routing during our testing.

Given a client runtime which has only trusted fingerprint "xxx" and a server subscribing to the queue "server-1" with fingerprint "xxx" we would expect the following:

  • A service request to ServiceEndpoint("poll://server-1", "xxx") should be routed to the server subscribing to “server-1”.
  • A service request to ServiceEndpoint("poll://server-1", "yyy") should fail.

However, both scenarios end up routing to the server subscribing to “server-1”. Is this intentional to allow a “competing consumers” pattern or is it a bug?

If it is intentional do you have a suggestion to how we can achieve a strict and secure 1 to 1 communication in polling mode?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant