…211.5

Microsoft.SourceBuild.Intermediate.arcade , Microsoft.DotNet.Arcade.Sdk
 From Version 9.0.0-beta.24516.2 -> To Version 9.0.0-beta.25111.5

This pull request updates the following dependencies

[marker]: <> (Begin:761d0bec-2526-451d-fdf9-08dcc6cdae74)
## From https://github.com/dotnet/arcade
- **Subscription**: 761d0bec-2526-451d-fdf9-08dcc6cdae74
- **Build**: 20250211.5
- **Date Produced**: February 11, 2025 11:57:34 PM UTC
- **Commit**: 5da211e1c42254cb35e7ef3d5a8428fb24853169
- **Branch**: refs/heads/release/9.0

[DependencyUpdate]: <> (Begin)

- **Updates**:
- **Microsoft.SourceBuild.Intermediate.arcade**: [from
9.0.0-beta.24516.2 to 9.0.0-beta.25111.5][1]
- **Microsoft.DotNet.Arcade.Sdk**: [from 9.0.0-beta.24516.2 to
9.0.0-beta.25111.5][1]

[1]: dotnet/arcade@3c393bb...5da211e

[DependencyUpdate]: <> (End)

- **Updates to .NET SDKs:**
  - Updates sdk.version to 9.0.103
  - Updates tools.dotnet to 9.0.103

[marker]: <> (End:761d0bec-2526-451d-fdf9-08dcc6cdae74)

The first time that a remote service call is made by RemoteServiceInvoker, it calls into Roslyn OOP to initialize itself. However, the CancellationToken that's passed for initialization is the same one that is passed by the original service caller. If that token is cancelled by the caller during initialization, RemoteServiceInvoker will get stuck and never actually make a remote service call because the initialization task will forever be in a cancelled state.

The fix for this issue is to make RemoteServiceInvoker disposable, and add a CancellationTokenSource that is cancelled when the invoker itself is dispose. Then, pass that CancellationTokenSource's token to initialization.

Backport of #11430 to 17.13