Bump SimpleInjector from 5.1.0 to 5.3.1

[dependabot]

Bumps SimpleInjector from 5.1.0 to 5.3.1.

Release notes

Sourced from SimpleInjector's releases.

Simple Injector v5.3.1

This release is available through Nuget.

When upgrading from v4.x, please make sure you upgrade your application to the latest v4.x version of Simple Injector first. After that upgrade directly to the latest v5.3.x release.

This patch fixes a caching bug in GetRegistration, which could cause a a call to GetRegistration or GetService to invalidly return null.

• #909 A call to GetRegistration(Type) and GetRegistration<T>() would return null, even after that type was registered, when GetRegistration was called before that registration was made.
• #909 A call to GetService(Type) would return null instead of the registered service, when a call to GetRegistration was made before the registration was made.

Simple Injector v5.3

This release is available through Nuget.

When upgrading from v4.x, please make sure you upgrade your application to the latest v4.x version of Simple Injector first. After that upgrade directly to the latest v5.3.x release.

This minor release contains the following improvements and new features:

• #897 Added a new convenient Container.GetTypesToRegister<T>(IEnumerable<Assembly>, TypesToRegisterOptions) overload.
• #891 Container.GetRegistration<T>() failed with cast exception. This generic overload was added in v5.0, but almost never worked.
• #863 Loosened up locking behavior of GetRegistration. A call to GetRegistration is now much less likely to cause the container to be locked. Thanks to @​AroglDarthu for suggesting this.
• #880 Allowed an existing Scope to be provided to a ScopedLifestyle to allow it to become the current active ambient scope. This feature was especially added for corner-case scenarios, such as Blazor integration.
• #812 Improved exception messages caused by type initialization. TypeInitializationExcpetions, thrown by the .NET Framework are annoying and not very useful. When such exception is thrown while Simple Injector is resolving a type, Simple Injector will now transform the failure in a much more readable error message.
• #864 Improved the message of the Disposable-Transient-Component diagnostic warning. Thanks to @​AroglDarthu for suggesting this.

Simple Injector v5.2.1

This release is available through Nuget.

When upgrading from v4.x, please make sure you upgrade your application to the latest v4.x version of Simple Injector first. After that upgrade directly to the latest v5.2.x release.

This patch fixes a concurrency bug that was introduced in v5.2.0 and impacts users of all builds except .NET Standard 2.1. All v5.2.0 users are advised to upgrade to this patch release.

• #883 Intermittently receiving IndexOutOfBoundsException from AsyncDisposableTypeCache.IsAsyncDisposable in 5.2.0

Simple Injector v5.2

This release is available through Nuget.

WARNING: There was a multi-threading bug introduced in this release that could impact most users. Please skip this release and upgrade to (at least) v5.2.1.

When upgrading from v4.x, please make sure you upgrade your application to the latest v4.x version of Simple Injector first. After that upgrade directly to the latest v5.2.x release.

This minor release implements the following work items:

• #873 Verification fails with IAsyncDisposable registrations
• #867 Prevent Microsoft.Bcl.AsyncInterfaces dependency

The most important change in this minor release is #867, which solves the binding redirect issues that users have reported since the introduction of v5. This is done by removing the Microsoft.Bcl.AsyncInterfaces NuGet package dependency (#867). Unfortunately, this forces the following breaking changes in the core library:

• [BREAKING] The Scope.RegisterForDisposal(IAsyncDisposable) method is removed and replaced with a Scope.RegisterForDisposal(object) overload.
• [BREAKING] In the .NET Standard 2.0 and .NET 4.6.1 builds of Simple Injector, Container and Scope no longer implement IAsyncDisposable effectively removing Container.DisposeAsyc() and Scope.DisposeAsync() from those builds.

... (truncated)

Commits

• 3ef3f9a Bug fix: calls to GetService and GetRegistration might return null even after...
• f1c8c9a Merge pull request #905 from Bouke/patch-4
• aaa9acd Fix comment typo
• d072eba Removed Gitter chat link
• d31411a All SuppressMessage attributes removed from the core library. These where use...
• 6b03794 Applied new C# new() keyword.
• 8602b09 Container.GetTypesToRegister<TService>(IEnumerable<Assembly>, TypesToRegister...
• ecb309a GetRegistration<T>() overloads now actually work. Fixes #891
• a3f3252 Added some unit tests on property injection.
• e784a93 Comments added.
• Additional commits viewable in compare view

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 ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #21.