You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Breaking change introduced in Grpc.Streams 23.2.0: "SubscribeToAllAsync is no longer supported. Use SubscribeToAll instead"
This require a major rewrite of our code as we hook into Azure WebJob triggers to handle the events.
It's a bit harsh to introduce a breaking change like this without a grace period as it would be with a Obsolete message as warning.
Why is the obsolete message set to Error=true?
[Obsolete("SubscribeToAllAsync is no longer supported. Use SubscribeToAll instead.", true)]
public Task<StreamSubscription> SubscribeToAllAsync(
As a temporary work-around, we have marked our own functions calling SubscribeToAllAsync as [Obsolete("", false)]
It seems as obsoleted method are allowed to call other obsoleted methods.
I wonder what exceptions we will get if the subscription is dropped when using the new SubscribeToAll method
The subscription could have been dropped for all kinds of reasons, so it's up to the user to handle it.
But the exception could also be produced by any kind of error in HandleEvent, so handling it like in the example would be misleading. But you are saying that there are no wrapped exceptions for dropped subscription from EventStore?
Describe the bug
Breaking change introduced in Grpc.Streams 23.2.0: "SubscribeToAllAsync is no longer supported. Use SubscribeToAll instead"
This require a major rewrite of our code as we hook into Azure WebJob triggers to handle the events.
It's a bit harsh to introduce a breaking change like this without a grace period as it would be with a Obsolete message as warning.
Why is the obsolete message set to Error=true?
While I am here, I wonder what exceptions we will get if the subscription is dropped when using the new SubscribeToAll method.
The example code on https://developers.eventstore.com/clients/grpc/subscriptions.html#handling-subscription-drops handles the drop like this:
But an untyped exception could come from anywhere, so how do we know that it is an actual drop of the subscription?
To Reproduce
Steps to reproduce the behavior:
Expected behavior
It should still be possible to compile the code successfully, with a deprecation warning that SubscribeToAllAsync is obsolete.
Actual behavior
Compile error (not warning) "'SubscribeToAllAsync is no longer supported. Use SubscribeToAll instead.'"
Config/Logs/Screenshots
EventStore details
EventStore server version: 22.10
Operating system:
Windows
EventStore client version (if applicable):
23.2.0
Additional context
We are using dependabot to update packages and it created a PR for bumping EventStore.Client.Grpc.Streams from 23.1.0 to 23.2.0.
The text was updated successfully, but these errors were encountered: