Skip to content
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

Build(deps): bump the temporal group with 6 updates #58

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Dec 20, 2024

Bumps the temporal group with 6 updates:

Package From To
Temporalio 1.3.1 1.4.0
Temporalio.Extensions.OpenTelemetry 1.3.1 1.4.0
Microsoft.Extensions.DependencyInjection.Abstractions 8.0.1 8.0.2
Microsoft.Extensions.Hosting 8.0.0 8.0.1
Temporalio.Extensions.Hosting 1.3.1 1.4.0
Temporalio.Extensions.DiagnosticSource 1.3.1 1.4.0

Updates Temporalio from 1.3.1 to 1.4.0

Release notes

Sourced from Temporalio's releases.

1.4.0

Get from NuGet and read the README

Highlights

Custom Slot Suppliers in Worker Tuners (experimental)

Worker tuners can now be created with custom slot suppliers. By providing a class extending Temporalio.Worker.Tuning.CustomSlotSupplier to a worker tuner, users can now control logic of when slots are available for use by the worker. This allows advanced, dynamic control over in-process tuning for how many concurrent activities, local activities, and workflow tasks can run. This is an advanced feature and is currently experimental which means future releases can technically update the API in incompatible ways.

User Metadata (experimental)

When starting workflows (directly, via update with start, via schedules, or via child workflows), users can now set a StaticSummary and/or StaticDetails option which may appear in the UI/CLI in the future. Similarly, users can provide Summary to timers and activity invocations. Finally, users can set the Workflow.CurrentDetails property to a string that can updated be throughout the life of the workflow based on the workflow's state. This value may also appear in the UI/CLI in the future. Values for summary or details can be in limited single-line or multi-line markdown format, respectively. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Update with Start Workflow (experimental)

Users can use StartUpdateWithStartWorkflowAsync or ExecuteUpdateWithStartWorkflowAsync on newer servers to perform an update with start. An update with start first starts a workflow if it does not exist (subject to conflict policy), and regardless of whether it started a workflow or not, sends an update. Depending on the call made, it either waits for the update to reach the worker/workflow, or waits for the update to complete. This is a very useful feature for those wanting to start a workflow and get back an early programmatic result but still let the rest of the workflow continue in the background. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Workflow Update No Longer Experimental

The "experimental" label has been removed from workflow update and it is no longer considered experimental.

Specific Changes

2024-10-08 - 6006744 - Add update ID and name in log scope (#355) 2024-10-08 - b33105e - Disallow open generics on activity methods (#354) 2024-10-08 - d505adc - Detached cancellation test (#352) 2024-10-08 - fb3c991 - Support failed completion building for activity (#353) 2024-10-31 - 6a858a2 - Upgrade dependency and add .NET 8 in one CI (#356) 2024-11-04 - 46410a6 - Update Rust dependencies and move to macos-13 in CI (#362) 2024-11-22 - 2400644 - Support DisableEagerActivityExecution option (#366) 2024-11-22 - c30a2db - Update Microsoft.Extensions.Hosting and other CI failure fixes (#370) 2024-11-25 - fe86f77 - Store MethodInfo when creating an ActivityDefinition (#369) 2024-12-04 - c219615 - Update Core (#376) 2024-12-05 - 15a3142 - Custom slot suplier (#372) 2024-12-06 - 66436bf - Add limit to list workflows (#377) 2024-12-11 - 2546f07 - User metadata and workflow metadata support (#378) 2024-12-11 - 301062a - Fix child workflow already exists and minor README updates (#379) 2024-12-11 - aac363d - Fix CI after GHA's drop of node16 actions (#374) 2024-12-13 - d073176 - Remove "experimental" tag from workflow update (#380) 2024-12-17 - 855047e - Update with start (#381)

Commits

Updates Temporalio.Extensions.OpenTelemetry from 1.3.1 to 1.4.0

Release notes

Sourced from Temporalio.Extensions.OpenTelemetry's releases.

1.4.0

Get from NuGet and read the README

Highlights

Custom Slot Suppliers in Worker Tuners (experimental)

Worker tuners can now be created with custom slot suppliers. By providing a class extending Temporalio.Worker.Tuning.CustomSlotSupplier to a worker tuner, users can now control logic of when slots are available for use by the worker. This allows advanced, dynamic control over in-process tuning for how many concurrent activities, local activities, and workflow tasks can run. This is an advanced feature and is currently experimental which means future releases can technically update the API in incompatible ways.

User Metadata (experimental)

When starting workflows (directly, via update with start, via schedules, or via child workflows), users can now set a StaticSummary and/or StaticDetails option which may appear in the UI/CLI in the future. Similarly, users can provide Summary to timers and activity invocations. Finally, users can set the Workflow.CurrentDetails property to a string that can updated be throughout the life of the workflow based on the workflow's state. This value may also appear in the UI/CLI in the future. Values for summary or details can be in limited single-line or multi-line markdown format, respectively. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Update with Start Workflow (experimental)

Users can use StartUpdateWithStartWorkflowAsync or ExecuteUpdateWithStartWorkflowAsync on newer servers to perform an update with start. An update with start first starts a workflow if it does not exist (subject to conflict policy), and regardless of whether it started a workflow or not, sends an update. Depending on the call made, it either waits for the update to reach the worker/workflow, or waits for the update to complete. This is a very useful feature for those wanting to start a workflow and get back an early programmatic result but still let the rest of the workflow continue in the background. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Workflow Update No Longer Experimental

The "experimental" label has been removed from workflow update and it is no longer considered experimental.

Specific Changes

2024-10-08 - 6006744 - Add update ID and name in log scope (#355) 2024-10-08 - b33105e - Disallow open generics on activity methods (#354) 2024-10-08 - d505adc - Detached cancellation test (#352) 2024-10-08 - fb3c991 - Support failed completion building for activity (#353) 2024-10-31 - 6a858a2 - Upgrade dependency and add .NET 8 in one CI (#356) 2024-11-04 - 46410a6 - Update Rust dependencies and move to macos-13 in CI (#362) 2024-11-22 - 2400644 - Support DisableEagerActivityExecution option (#366) 2024-11-22 - c30a2db - Update Microsoft.Extensions.Hosting and other CI failure fixes (#370) 2024-11-25 - fe86f77 - Store MethodInfo when creating an ActivityDefinition (#369) 2024-12-04 - c219615 - Update Core (#376) 2024-12-05 - 15a3142 - Custom slot suplier (#372) 2024-12-06 - 66436bf - Add limit to list workflows (#377) 2024-12-11 - 2546f07 - User metadata and workflow metadata support (#378) 2024-12-11 - 301062a - Fix child workflow already exists and minor README updates (#379) 2024-12-11 - aac363d - Fix CI after GHA's drop of node16 actions (#374) 2024-12-13 - d073176 - Remove "experimental" tag from workflow update (#380) 2024-12-17 - 855047e - Update with start (#381)

Commits

Updates Microsoft.Extensions.DependencyInjection.Abstractions from 8.0.1 to 8.0.2

Release notes

Sourced from Microsoft.Extensions.DependencyInjection.Abstractions's releases.

.NET 8.0.2

Release

Commits
  • 1381d5e Merge in 'release/8.0' changes
  • c987e4f [release/8.0] Fix Options Source Gen RangeAttribute Thread Safety (#97110)
  • 441c91d Merge in 'release/8.0' changes
  • c93800e Merge pull request #97065 from carlossanlop/release/8.0-staging
  • c2d2bb3 Merge branch 'release/8.0' into release/8.0-staging
  • 6d35e39 [release/8.0-staging] UInt64.CreateSaturating<Int128> truncates instead of sa...
  • 96b0a55 [release/8.0-staging] macOS: Set certificate as a dependency of private key h...
  • 85c2772 [release/8.0] Fix server-side OCSP stapling on Linux (#96838)
  • 683da71 [release/8.0-staging] Gen0 segment should always be reported as Gen0 for DacH...
  • f9d0a7b [release/8.0-staging] Fix Crossgen2 PDB generation (again) (#96566)
  • Additional commits viewable in compare view

Updates Microsoft.Extensions.Hosting from 8.0.0 to 8.0.1

Release notes

Sourced from Microsoft.Extensions.Hosting's releases.

.NET 8.0.1

Release

Commits
  • bf5e279 Merge in 'release/8.0' changes
  • a6e4834 [release/8.0] Free the tls memory on thread termination (#95439)
  • eddf880 Merge in 'release/8.0' changes
  • 89a2364 [release/8.0] Downgrade ServicingVersion for Microsoft.Extensions.Options to ...
  • d682195 Merge in 'release/8.0' changes
  • 8557ef2 Merge pull request #95148 from carlossanlop/release/8.0-staging
  • aaa4b27 Merge pull request #95082 from dotnet-maestro-bot/merge/release/8.0-to-releas...
  • 72e5ae9 X509Chain.Build should throw when an internal error occurs
  • a20ee6f [release/8.0-staging] Fix JsonArray.Add and ReplaceWith regressions. (#94882)
  • 4fc3df2 Fix incremental servicing condition (#95119)
  • Additional commits viewable in compare view

Updates Temporalio from 1.3.1 to 1.4.0

Release notes

Sourced from Temporalio's releases.

1.4.0

Get from NuGet and read the README

Highlights

Custom Slot Suppliers in Worker Tuners (experimental)

Worker tuners can now be created with custom slot suppliers. By providing a class extending Temporalio.Worker.Tuning.CustomSlotSupplier to a worker tuner, users can now control logic of when slots are available for use by the worker. This allows advanced, dynamic control over in-process tuning for how many concurrent activities, local activities, and workflow tasks can run. This is an advanced feature and is currently experimental which means future releases can technically update the API in incompatible ways.

User Metadata (experimental)

When starting workflows (directly, via update with start, via schedules, or via child workflows), users can now set a StaticSummary and/or StaticDetails option which may appear in the UI/CLI in the future. Similarly, users can provide Summary to timers and activity invocations. Finally, users can set the Workflow.CurrentDetails property to a string that can updated be throughout the life of the workflow based on the workflow's state. This value may also appear in the UI/CLI in the future. Values for summary or details can be in limited single-line or multi-line markdown format, respectively. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Update with Start Workflow (experimental)

Users can use StartUpdateWithStartWorkflowAsync or ExecuteUpdateWithStartWorkflowAsync on newer servers to perform an update with start. An update with start first starts a workflow if it does not exist (subject to conflict policy), and regardless of whether it started a workflow or not, sends an update. Depending on the call made, it either waits for the update to reach the worker/workflow, or waits for the update to complete. This is a very useful feature for those wanting to start a workflow and get back an early programmatic result but still let the rest of the workflow continue in the background. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Workflow Update No Longer Experimental

The "experimental" label has been removed from workflow update and it is no longer considered experimental.

Specific Changes

2024-10-08 - 6006744 - Add update ID and name in log scope (#355) 2024-10-08 - b33105e - Disallow open generics on activity methods (#354) 2024-10-08 - d505adc - Detached cancellation test (#352) 2024-10-08 - fb3c991 - Support failed completion building for activity (#353) 2024-10-31 - 6a858a2 - Upgrade dependency and add .NET 8 in one CI (#356) 2024-11-04 - 46410a6 - Update Rust dependencies and move to macos-13 in CI (#362) 2024-11-22 - 2400644 - Support DisableEagerActivityExecution option (#366) 2024-11-22 - c30a2db - Update Microsoft.Extensions.Hosting and other CI failure fixes (#370) 2024-11-25 - fe86f77 - Store MethodInfo when creating an ActivityDefinition (#369) 2024-12-04 - c219615 - Update Core (#376) 2024-12-05 - 15a3142 - Custom slot suplier (#372) 2024-12-06 - 66436bf - Add limit to list workflows (#377) 2024-12-11 - 2546f07 - User metadata and workflow metadata support (#378) 2024-12-11 - 301062a - Fix child workflow already exists and minor README updates (#379) 2024-12-11 - aac363d - Fix CI after GHA's drop of node16 actions (#374) 2024-12-13 - d073176 - Remove "experimental" tag from workflow update (#380) 2024-12-17 - 855047e - Update with start (#381)

Commits

Updates Temporalio.Extensions.Hosting from 1.3.1 to 1.4.0

Release notes

Sourced from Temporalio.Extensions.Hosting's releases.

1.4.0

Get from NuGet and read the README

Highlights

Custom Slot Suppliers in Worker Tuners (experimental)

Worker tuners can now be created with custom slot suppliers. By providing a class extending Temporalio.Worker.Tuning.CustomSlotSupplier to a worker tuner, users can now control logic of when slots are available for use by the worker. This allows advanced, dynamic control over in-process tuning for how many concurrent activities, local activities, and workflow tasks can run. This is an advanced feature and is currently experimental which means future releases can technically update the API in incompatible ways.

User Metadata (experimental)

When starting workflows (directly, via update with start, via schedules, or via child workflows), users can now set a StaticSummary and/or StaticDetails option which may appear in the UI/CLI in the future. Similarly, users can provide Summary to timers and activity invocations. Finally, users can set the Workflow.CurrentDetails property to a string that can updated be throughout the life of the workflow based on the workflow's state. This value may also appear in the UI/CLI in the future. Values for summary or details can be in limited single-line or multi-line markdown format, respectively. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Update with Start Workflow (experimental)

Users can use StartUpdateWithStartWorkflowAsync or ExecuteUpdateWithStartWorkflowAsync on newer servers to perform an update with start. An update with start first starts a workflow if it does not exist (subject to conflict policy), and regardless of whether it started a workflow or not, sends an update. Depending on the call made, it either waits for the update to reach the worker/workflow, or waits for the update to complete. This is a very useful feature for those wanting to start a workflow and get back an early programmatic result but still let the rest of the workflow continue in the background. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Workflow Update No Longer Experimental

The "experimental" label has been removed from workflow update and it is no longer considered experimental.

Specific Changes

2024-10-08 - 6006744 - Add update ID and name in log scope (#355) 2024-10-08 - b33105e - Disallow open generics on activity methods (#354) 2024-10-08 - d505adc - Detached cancellation test (#352) 2024-10-08 - fb3c991 - Support failed completion building for activity (#353) 2024-10-31 - 6a858a2 - Upgrade dependency and add .NET 8 in one CI (#356) 2024-11-04 - 46410a6 - Update Rust dependencies and move to macos-13 in CI (#362) 2024-11-22 - 2400644 - Support DisableEagerActivityExecution option (#366) 2024-11-22 - c30a2db - Update Microsoft.Extensions.Hosting and other CI failure fixes (#370) 2024-11-25 - fe86f77 - Store MethodInfo when creating an ActivityDefinition (#369) 2024-12-04 - c219615 - Update Core (#376) 2024-12-05 - 15a3142 - Custom slot suplier (#372) 2024-12-06 - 66436bf - Add limit to list workflows (#377) 2024-12-11 - 2546f07 - User metadata and workflow metadata support (#378) 2024-12-11 - 301062a - Fix child workflow already exists and minor README updates (#379) 2024-12-11 - aac363d - Fix CI after GHA's drop of node16 actions (#374) 2024-12-13 - d073176 - Remove "experimental" tag from workflow update (#380) 2024-12-17 - 855047e - Update with start (#381)

Commits

Updates Temporalio from 1.3.1 to 1.4.0

Release notes

Sourced from Temporalio's releases.

1.4.0

Get from NuGet and read the README

Highlights

Custom Slot Suppliers in Worker Tuners (experimental)

Worker tuners can now be created with custom slot suppliers. By providing a class extending Temporalio.Worker.Tuning.CustomSlotSupplier to a worker tuner, users can now control logic of when slots are available for use by the worker. This allows advanced, dynamic control over in-process tuning for how many concurrent activities, local activities, and workflow tasks can run. This is an advanced feature and is currently experimental which means future releases can technically update the API in incompatible ways.

User Metadata (experimental)

When starting workflows (directly, via update with start, via schedules, or via child workflows), users can now set a StaticSummary and/or StaticDetails option which may appear in the UI/CLI in the future. Similarly, users can provide Summary to timers and activity invocations. Finally, users can set the Workflow.CurrentDetails property to a string that can updated be throughout the life of the workflow based on the workflow's state. This value may also appear in the UI/CLI in the future. Values for summary or details can be in limited single-line or multi-line markdown format, respectively. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Update with Start Workflow (experimental)

Users can use StartUpdateWithStartWorkflowAsync or ExecuteUpdateWithStartWorkflowAsync on newer servers to perform an update with start. An update with start first starts a workflow if it does not exist (subject to conflict policy), and regardless of whether it started a workflow or not, sends an update. Depending on the call made, it either waits for the update to reach the worker/workflow, or waits for the update to complete. This is a very useful feature for those wanting to start a workflow and get back an early programmatic result but still let the rest of the workflow continue in the background. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Workflow Update No Longer Experimental

The "experimental" label has been removed from workflow update and it is no longer considered experimental.

Specific Changes

2024-10-08 - 6006744 - Add update ID and name in log scope (#355) 2024-10-08 - b33105e - Disallow open generics on activity methods (#354) 2024-10-08 - d505adc - Detached cancellation test (#352) 2024-10-08 - fb3c991 - Support failed completion building for activity (#353) 2024-10-31 - 6a858a2 - Upgrade dependency and add .NET 8 in one CI (#356) 2024-11-04 - 46410a6 - Update Rust dependencies and move to macos-13 in CI (#362) 2024-11-22 - 2400644 - Support DisableEagerActivityExecution option (#366) 2024-11-22 - c30a2db - Update Microsoft.Extensions.Hosting and other CI failure fixes (#370) 2024-11-25 - fe86f77 - Store MethodInfo when creating an ActivityDefinition (#369) 2024-12-04 - c219615 - Update Core (#376) 2024-12-05 - 15a3142 - Custom slot suplier (#372) 2024-12-06 - 66436bf - Add limit to list workflows (#377) 2024-12-11 - 2546f07 - User metadata and workflow metadata support (#378) 2024-12-11 - 301062a - Fix child workflow already exists and minor README updates (#379) 2024-12-11 - aac363d - Fix CI after GHA's drop of node16 actions (#374) 2024-12-13 - d073176 - Remove "experimental" tag from workflow update (#380) 2024-12-17 - 855047e - Update with start (#381)

Commits

Updates Temporalio.Extensions.DiagnosticSource from 1.3.1 to 1.4.0

Release notes

Sourced from Temporalio.Extensions.DiagnosticSource's releases.

1.4.0

Get from NuGet and read the README

Highlights

Custom Slot Suppliers in Worker Tuners (experimental)

Worker tuners can now be created with custom slot suppliers. By providing a class extending Temporalio.Worker.Tuning.CustomSlotSupplier to a worker tuner, users can now control logic of when slots are available for use by the worker. This allows advanced, dynamic control over in-process tuning for how many concurrent activities, local activities, and workflow tasks can run. This is an advanced feature and is currently experimental which means future releases can technically update the API in incompatible ways.

User Metadata (experimental)

When starting workflows (directly, via update with start, via schedules, or via child workflows), users can now set a StaticSummary and/or StaticDetails option which may appear in the UI/CLI in the future. Similarly, users can provide Summary to timers and activity invocations. Finally, users can set the Workflow.CurrentDetails property to a string that can updated be throughout the life of the workflow based on the workflow's state. This value may also appear in the UI/CLI in the future. Values for summary or details can be in limited single-line or multi-line markdown format, respectively. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Update with Start Workflow (experimental)

Users can use StartUpdateWithStartWorkflowAsync or ExecuteUpdateWithStartWorkflowAsync on newer servers to perform an update with start. An update with start first starts a workflow if it does not exist (subject to conflict policy), and regardless of whether it started a workflow or not, sends an update. Depending on the call made, it either waits for the update to reach the worker/workflow, or waits for the update to complete. This is a very useful feature for those wanting to start a workflow and get back an early programmatic result but still let the rest of the workflow continue in the background. This feature is currently experimental which means future releases can technically update the API in incompatible ways.

Workflow Update No Longer Experimental

The "experimental" label has been removed from workflow update and it is no longer considered experimental.

Specific Changes

2024-10-08 - 6006744 - Add update ID and name in log scope (#355) 2024-10-08 - b33105e - Disallow open generics on activity methods (#354) 2024-10-08 - d505adc - Detached cancellation test (#352) 2024-10-08 - fb3c991 - Support failed completion building for activity (#353) 2024-10-31 - 6a858a2 - Upgrade dependency and add .NET 8 in one CI (#356) 2024-11-04 - 46410a6 - Update Rust dependencies and move to macos-13 in CI (#362) 2024-11-22 - 2400644 - Support DisableEagerActivityExecution option (#366) 2024-11-22 - c30a2db - Update Microsoft.Extensions.Hosting and other CI failure fixes (#370) 2024-11-25 - fe86f77 - Store MethodInfo when creating an ActivityDefinition (#369) 2024-12-04 - c219615 - Update Core (#376) 2024-12-05 - 15a3142 - Custom slot suplier (#372) 2024-12-06 - 66436bf - Add limit to list workflows (#377) 2024-12-11 - 2546f07 - User metadata and workflow metadata support (#378) 2024-12-11 - 301062a - Fix child workflow already exists and minor README updates (#379) 2024-12-11 - aac363d - Fix CI after GHA's drop of node16 actions (#374) 2024-12-13 - d073176 - Remove "experimental" tag from workflow update (#380) 2024-12-17 - 855047e - Update with start (#381)

Commits

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
  • @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
  • @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
  • @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
  • @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions

Bumps the temporal group with 6 updates:

| Package | From | To |
| --- | --- | --- |
| [Temporalio](https://github.com/temporalio/sdk-dotnet) | `1.3.1` | `1.4.0` |
| [Temporalio.Extensions.OpenTelemetry](https://github.com/temporalio/sdk-dotnet) | `1.3.1` | `1.4.0` |
| [Microsoft.Extensions.DependencyInjection.Abstractions](https://github.com/dotnet/runtime) | `8.0.1` | `8.0.2` |
| [Microsoft.Extensions.Hosting](https://github.com/dotnet/runtime) | `8.0.0` | `8.0.1` |
| [Temporalio.Extensions.Hosting](https://github.com/temporalio/sdk-dotnet) | `1.3.1` | `1.4.0` |
| [Temporalio.Extensions.DiagnosticSource](https://github.com/temporalio/sdk-dotnet) | `1.3.1` | `1.4.0` |


Updates `Temporalio` from 1.3.1 to 1.4.0
- [Release notes](https://github.com/temporalio/sdk-dotnet/releases)
- [Commits](temporalio/sdk-dotnet@1.3.1...1.4.0)

Updates `Temporalio.Extensions.OpenTelemetry` from 1.3.1 to 1.4.0
- [Release notes](https://github.com/temporalio/sdk-dotnet/releases)
- [Commits](temporalio/sdk-dotnet@1.3.1...1.4.0)

Updates `Microsoft.Extensions.DependencyInjection.Abstractions` from 8.0.1 to 8.0.2
- [Release notes](https://github.com/dotnet/runtime/releases)
- [Commits](dotnet/runtime@v8.0.1...v8.0.2)

Updates `Microsoft.Extensions.Hosting` from 8.0.0 to 8.0.1
- [Release notes](https://github.com/dotnet/runtime/releases)
- [Commits](dotnet/runtime@v8.0.0...v8.0.1)

Updates `Temporalio` from 1.3.1 to 1.4.0
- [Release notes](https://github.com/temporalio/sdk-dotnet/releases)
- [Commits](temporalio/sdk-dotnet@1.3.1...1.4.0)

Updates `Temporalio.Extensions.Hosting` from 1.3.1 to 1.4.0
- [Release notes](https://github.com/temporalio/sdk-dotnet/releases)
- [Commits](temporalio/sdk-dotnet@1.3.1...1.4.0)

Updates `Temporalio` from 1.3.1 to 1.4.0
- [Release notes](https://github.com/temporalio/sdk-dotnet/releases)
- [Commits](temporalio/sdk-dotnet@1.3.1...1.4.0)

Updates `Temporalio.Extensions.DiagnosticSource` from 1.3.1 to 1.4.0
- [Release notes](https://github.com/temporalio/sdk-dotnet/releases)
- [Commits](temporalio/sdk-dotnet@1.3.1...1.4.0)

---
updated-dependencies:
- dependency-name: Temporalio
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: temporal
- dependency-name: Temporalio.Extensions.OpenTelemetry
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: temporal
- dependency-name: Microsoft.Extensions.DependencyInjection.Abstractions
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: temporal
- dependency-name: Microsoft.Extensions.Hosting
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: temporal
- dependency-name: Temporalio
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: temporal
- dependency-name: Temporalio.Extensions.Hosting
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: temporal
- dependency-name: Temporalio
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: temporal
- dependency-name: Temporalio.Extensions.DiagnosticSource
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: temporal
...

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot added dependencies Dependency update minor Minor changes labels Dec 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Dependency update minor Minor changes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants