Bump Microsoft.Azure.Functions.Worker.ApplicationInsights from 1.0.0-preview4 to 1.0.0 in /src/ApiService

[dependabot]

Bumps Microsoft.Azure.Functions.Worker.ApplicationInsights from 1.0.0-preview4 to 1.0.0.

Release notes

Sourced from Microsoft.Azure.Functions.Worker.ApplicationInsights's releases.

Microsoft.Azure.Functions.Worker 1.0.0

Release notes

The Azure Functions .NET Worker is now GA!

There were many changes between the last preview and this release, and many of the changes were driven by your feedback. Thank you!

Here are some notable changes:

• Public API surface changes
  • These are breaking changes, but they provide a more intuitive experience
    • New, simplified hosting and registration set of APIs
    • New APIs to work against FunctionContext
    • Access to function invocation binding data through FunctionContext
    • Enhancements to binding model
    • New package layering, offering additional flexibility and enabling future extensibility and testing scenarios
• Local debugging enhancements
• API to enable simple registration of middleware
• Added support for batched trigger events (#205)
  • The following services allow trigger events to be batched:
    • Event Hubs (batched by default)
    • Service Bus (set IsBatched = true in trigger attribute)
    • Kafka (set IsBatched = true in trigger attribute)
  • To read batched event data in function code:
    • Use array ([]), IList, ICollection, or IEnumerable if event data is string, byte[], or ReadOnlyMemory<byte> (example: string[]).
      • Note: ReadOnlyMemory<byte> is the more performant option to read binary data, especially for large payloads.
    • Use a class that implements IEnumerable or IEnumerable<T> for serializable event data (example: List<MyData>).
• Several local build and deployment enhancements, including support for self-contained deployments
• Development time enhancements with Analyzers
• Fail function execution if the requested parameter cannot be converted to the specified type (#216)
• Fix issue with referencing extensions that have native dependencies:
  • To address this, a default dependency on .NET Core 3.1 SDK was added when targeting Azure Functions 3.0. Note: This dependency can be overridden by setting a build property <_FunctionsExtensionTargetFramework>netstandard2.0<_FunctionsExtensionTargetFramework/> but this is only recommended if only using bindings without native dependencies.

Microsoft.Azure.Functions.Worker.Extensions.Rpc 1.0.0

What's Changed

Microsoft.Azure.Functions.Worker.Extensions.Rpc 1.0.0

• Initial public release
• Adds API for getting a CallInvoker pre-configured for communication with Functions host.

Usage

[assembly: WorkerExtensionStartup(typeof(MyWorkerExtensionStartup))]
public class MyWorkerExtensionStartup : WorkerExtensionStartup
{
    public override void Configure(IFunctionsWorkerApplicationBuilder applicationBuilder)
    {
        applicationBuilder.Services.AddTransient<MyGrpcClient>(sp =>
</tr></table> 

... (truncated)

Commits

• 4e5dc41 Improving MSBuild error reporting (#269)
• 69ca97e Updating signing configuration and version suffix (#267)
• b529dc1 Removing preview labels (#263)
• 5545269 Api updates (#262)
• 19e4121 getting rid of warnings
• 60eba99 Ignore casing on property names by default (#261)
• 9c91a5f adding diagnostic logs for startup and function loading (#236)
• 6556367 Addressing recently introduced warnings
• c24aa32 Updating and consolidating all package references
• 8534c22 Restructuring project to remove gRPC dependency
• 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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @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 #195.