Thank you for reporting. This is a good point. There needs to be a better way to accomplish this. I'll mark this as a feature enhancement for now. Ideally, we have a better way to flow cancellation along grain call chains in general. GrainCancellationToken is not ideal. Ideally, we would support CancellationToken itself, natively.

Ideally, we would support CancellationToken itself, natively.

This is important to us, do you have a strategy for this in mind and if so, would you elaborate? If possible we'd like to contribute this feature.

This is important to us, do you have a strategy for this in mind and if so, would you elaborate? If possible we'd like to contribute this feature.

The feature needs design work - scenarios/requirements could help to drive the design. Lifetime/scope management for the cancellation is the biggest issue. Eg, do we support cancelling a captured CancellationToken after the sending call has completed? Some rough ideas:

• CodeGen would detect a CancellationToken parameter passed as a method parameter and implement an optional "cancellable invokable" interface for the method, allowing the invocation to be canceled.
• At-most one CancellationToken parameter is supported per method, at the parameter level (not nested in other objects).
• For the duration of the method invocation on the client side, we would need to Register for cancellation notifications.
  • If the cancellation token is captured and sent elsewhere, that is invalid: we will either implicitly cancel the token when the method invocation completes on the grain, or we will leave it dangling (never canceled). I prefer the first approach (eagerly cancel). It is similar to the behavior of cancellation in Kotlin's structured concurrency.
  • When the token is canceled, we send a notification to the target grain to signal cancellation via a grain extension. That grain extension is implemented by ActivationData (the grain context) and when it receives the call, it finds the relevant message and cancels its "cancellable invokable".