Open aeb-dev opened 1 year ago
The timeout comes from the server, which takes time to execute the operation. I don't see how the CancellationToken can improve the situation here.
Creating the destroying 100k streams requires time, and maybe you need more resources on the server side, and it is a bit odd as a use case.
I am unsure if we will implement the feature, but we are open to pull requests, so feel free to propose the enhancement.
The timeout comes from the server, which takes time to execute the operation. I don't see how the CancellationToken can improve the situation here.
How did you conclude this? Because when I ran the command it timed out but the server continued to delete streams.
Creating the destroying 100k streams requires time, and maybe you need more resources on the server side, and it is a bit odd as a use case.
I agree that my case is niche however CancellationToken
can be used for graceful shutdown, cancelling an operation if the operation is time sensitive etc.
I am unsure if we will implement the feature, but we are open to pull requests, so feel free to propose the enhancement.
I will try to check, if I can allocate time
@lukebakken any thought on this?
Yes, all async methods should take CancellationToken
as a parameter. They should also end with the Async
suffix. I've added this to the 2.0 milestone since it will involve breaking API changes.
Is your feature request related to a problem? Please describe.
I created 100k streams to test the behavior of both the server and client. After I am done, I wanted to delete them with the client
DeleteStream
api. I used the following code:I got the following error:
Describe the solution you'd like
My test probably is not something people will do but I think it is still valuable to have an option to provide
CancellationToken
Describe alternatives you've considered
No response
Additional context
No response