Brett Samblanet
Brett Samblanet
Today the FileLogger (what you see in the portal when invoking functions) figures out the correct file to write to based on the `Function.{FunctionName}.User` standard category that we use. However,...
We need a way to quickly validate specialization logic for both Windows and Linux locally during development. This needs some design work, but we could: - have a separate console...
AppInsights now has their own `AddApplicationInsights` method, which sets up special hooks (like `ITelemetryProcessorConfigurator`, etc) that are really nice and starting to become more prevalent. Because we do everything internally...
Things like `BindingContext`, `ExecutionContext`, etc, aren't registered with DI, but we may want to revisit this. Would allow you to build scoped services that would get these values injected with...
The check for `_started` in `FunctionListner` is not synchronized across `StartAsync()` and `StopAsync()` calls (https://github.com/Azure/azure-webjobs-sdk/blob/dev/src/Microsoft.Azure.WebJobs.Host/Listeners/FunctionListener.cs#L139). This means that the following scenario can result in a `Listener` being disposed before it...
ErrorTrigger was removed when we removed internal usage of `TraceWriter` as it was built on the `TraceWriter`. This issue tracks the re-adding of this to the .NET Core branch.
From @mikhailshilkov (https://github.com/Azure/azure-webjobs-sdk-extensions/issues/294#issuecomment-333885376) > It would also be nice to support single typed document, i.e. with a custom C# class instead of Document.
We should log the document id similar to what we do for queues here: https://github.com/Azure/azure-webjobs-sdk/pull/1993. This will end up being an array, which could get ugly, but it would help...
Right now we only support `IReadOnlyList` as an input type. That makes it tough to bind to anything at runtime b/c you could have many documents, which means that we...