-
Notifications
You must be signed in to change notification settings - Fork 129
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
PubSub disable_topic_validation=True breaks multiple subscriptions #436
Comments
This is also how the Go SDK implementation works today. I am hesitant to change this behavior. See dapr/go-sdk#271 Perhaps it is worth to leave a comment here again instead dapr/dapr#4461 since this is the main tracking issue. We need consensus on how to handle this across Go SDK and Python SDK. |
I agree that the Go SDK and Python SDK should work the same way. I will add a coment to the main tracking issue. |
How do you expect |
What I want to be able to do is to have multiple subscriptions on different wildcard topics in the same dapr app. I have used I expect to be able to combine multiple subscriptions and wildcard topics. This does not necessarily need to be by using |
Same issue here. Just checking in on the status, any progress? @berndverst Here's my suggestion. Current Behavior:When disable_topic_validation is enabled, topic-level validation is disabled. However, the internal subscription callback map in _CallbackServicier only allows a single callback per pubsub component, not per topic. Issue:The current implementation of topic validation in Dapr's gRPC has limitations when using wildcards with disable_topic_validation. Improvement:Allow topic-level callbacks to be registered even when disable_topic_validation is enabled. Example:With the current implementation, a subscription to a/+ will not receive messages for topic a/b when disable_topic_validation is disabled. |
Adding disable_topic_validation=True to pusub subscription raises ValueError when adding multiple subscriptions. Looks like the issue is that the topic map key in this case will only use the pubsub identifier (dapr\ext\grpc_servicier.py):
The text was updated successfully, but these errors were encountered: