Aspnetcore: Comment désactiver les informations sur les applications dans asp.net core 2.0 ?

@BillHiebert

Après une enquête plus approfondie, cela semble être lié à Visual Studio, car le débogage en dehors de VS (à l'aide de vscode ou simplement en cours d'exécution sur la ligne de commande) n'affiche pas ces messages. Pour vous assurer que tout le monde est sur la même page, voici la sortie que j'observe dans la fenêtre de débogage de VS après une requête HTTP.

Microsoft.AspNetCore.Hosting.Internal.WebHost:Information: Request starting HTTP/1.1 GET http://localhost:62731/  
Microsoft.AspNetCore.Hosting.Internal.WebHost:Information: Request starting HTTP/1.1 DEBUG http://localhost:62731/  0
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.3967075Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET /","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Request starting HTTP/1.1 GET http://localhost:62731/","severityLevel":"Information","properties":{"Method":"GET","Host":"localhost:62731","CategoryName":"Microsoft.AspNetCore.Hosting.Internal.WebHost","Scheme":"http","Protocol":"HTTP/1.1","Path":"/","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.3967004Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"DEBUG /","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df49","ai.operation.parentId":"|WC1843-a3501fd0-ac63df49.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Request starting HTTP/1.1 DEBUG http://localhost:62731/  0","severityLevel":"Information","properties":{"ContentLength":"0","Method":"DEBUG","Host":"localhost:62731","CategoryName":"Microsoft.AspNetCore.Hosting.Internal.WebHost","Scheme":"http","Protocol":"HTTP/1.1","Path":"/","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.4617268Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"DEBUG /","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df49","ai.operation.parentId":"|WC1843-a3501fd0-ac63df49.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Connection id \"0HL5IC4UQLAF9\" completed keep alive response.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Server.Kestrel","ConnectionId":"0HL5IC4UQLAF9","{OriginalFormat}":"Connection id \"{ConnectionId}\" completed keep alive response.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Microsoft.AspNetCore.Hosting.Internal.WebHost:Information: Request finished in 129.444ms 200 
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.4703409Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"DEBUG /","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df49","ai.operation.parentId":"|WC1843-a3501fd0-ac63df49.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Request finished in 129.444ms 200","severityLevel":"Information","properties":{"CategoryName":"Microsoft.AspNetCore.Hosting.Internal.WebHost","StatusCode":"200","ElapsedMilliseconds":"129.444","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.4763186Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET /","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"The request path / does not match a supported file type","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.StaticFiles.StaticFileMiddleware","{OriginalFormat}":"The request path {Path} does not match a supported file type","Path":"/","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Request","time":"2017-06-13T13:36:48.3336865Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"DEBUG /","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df49","ai.internal.nodeName":"WC1843"},"data":{"baseType":"RequestData","baseData":{"ver":2,"id":"|WC1843-a3501fd0-ac63df49.","name":"DEBUG /","duration":"00:00:00.1564017","success":true,"responseCode":"200","url":"http://localhost:62731/","properties":{"httpMethod":"DEBUG","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.5106855Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET /","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"AuthenticationScheme: Cookies was not authenticated.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Authentication.Cookies.CookieAuthenticationHandler","AuthenticationScheme":"Cookies","{OriginalFormat}":"AuthenticationScheme: {AuthenticationScheme} was not authenticated.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.6199493Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET /","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Request successfully matched the route with name 'default' and template '{controller=Home}/{action=Index}/{id?}'.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Routing.RouteBase","{OriginalFormat}":"Request successfully matched the route with name '{RouteName}' and template '{RouteTemplate}'.","RouteName":"default","DeveloperMode":"true","AspNetCoreEnvironment":"Development","RouteTemplate":"{controller=Home}/{action=Index}/{id?}"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.7240547Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Executing action Iceberg.Controllers.HomeController.Index (Iceberg)","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker","{OriginalFormat}":"Executing action {ActionName}","DeveloperMode":"true","AspNetCoreEnvironment":"Development","ActionName":"Iceberg.Controllers.HomeController.Index (Iceberg)"}}}}
Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker:Information: Executing action method Iceberg.Controllers.HomeController.Index (Iceberg) with arguments ((null)) - ModelState is Valid
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.7732242Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Executing action method Iceberg.Controllers.HomeController.Index (Iceberg) with arguments ((null)) - ModelState is Valid","severityLevel":"Information","properties":{"CategoryName":"Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker","ValidationState":"Valid","{OriginalFormat}":"Executing action method {ActionName} with arguments ({Arguments}) - ModelState is {ValidationState}","DeveloperMode":"true","AspNetCoreEnvironment":"Development","ActionName":"Iceberg.Controllers.HomeController.Index (Iceberg)"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:48.7771150Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Executed action method Iceberg.Controllers.HomeController.Index (Iceberg), returned result Microsoft.AspNetCore.Mvc.ViewResult.","severityLevel":"Verbose","properties":{"ActionResult":"Microsoft.AspNetCore.Mvc.ViewResult","CategoryName":"Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker","{OriginalFormat}":"Executed action method {ActionName}, returned result {ActionResult}.","DeveloperMode":"true","AspNetCoreEnvironment":"Development","ActionName":"Iceberg.Controllers.HomeController.Index (Iceberg)"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:49.6276940Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Compilation of the generated code for the Razor file at 'C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\Home\\PublicIndex.cshtml' started.","severityLevel":"Verbose","properties":{"FilePath":"C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\Home\\PublicIndex.cshtml","CategoryName":"Microsoft.AspNetCore.Mvc.Razor.Internal.DefaultRoslynCompilationService","{OriginalFormat}":"Compilation of the generated code for the Razor file at '{FilePath}' started.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:50.8462465Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Compilation of the generated code for the Razor file at 'C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\Home\\PublicIndex.cshtml' completed in 1212.6438ms.","severityLevel":"Verbose","properties":{"FilePath":"C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\Home\\PublicIndex.cshtml","CategoryName":"Microsoft.AspNetCore.Mvc.Razor.Internal.DefaultRoslynCompilationService","ElapsedMilliseconds":"1212.6438","{OriginalFormat}":"Compilation of the generated code for the Razor file at '{FilePath}' completed in {ElapsedMilliseconds}ms.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:50.9127370Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Compilation of the generated code for the Razor file at 'C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\_ViewStart.cshtml' started.","severityLevel":"Verbose","properties":{"FilePath":"C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\_ViewStart.cshtml","CategoryName":"Microsoft.AspNetCore.Mvc.Razor.Internal.DefaultRoslynCompilationService","{OriginalFormat}":"Compilation of the generated code for the Razor file at '{FilePath}' started.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:50.9679478Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Compilation of the generated code for the Razor file at 'C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\_ViewStart.cshtml' completed in 52.5297ms.","severityLevel":"Verbose","properties":{"FilePath":"C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\_ViewStart.cshtml","CategoryName":"Microsoft.AspNetCore.Mvc.Razor.Internal.DefaultRoslynCompilationService","ElapsedMilliseconds":"52.5297","{OriginalFormat}":"Compilation of the generated code for the Razor file at '{FilePath}' completed in {ElapsedMilliseconds}ms.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:50.9763616Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"The view '/Views/Home/PublicIndex.cshtml' was found.","severityLevel":"Verbose","properties":{"ViewName":"/Views/Home/PublicIndex.cshtml","CategoryName":"Microsoft.AspNetCore.Mvc.ViewFeatures.Internal.ViewResultExecutor","{OriginalFormat}":"The view '{ViewName}' was found.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Microsoft.AspNetCore.Mvc.ViewFeatures.Internal.ViewResultExecutor:Information: Executing ViewResult, running view at path /Views/Home/PublicIndex.cshtml.
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:50.9830038Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Executing ViewResult, running view at path /Views/Home/PublicIndex.cshtml.","severityLevel":"Information","properties":{"CategoryName":"Microsoft.AspNetCore.Mvc.ViewFeatures.Internal.ViewResultExecutor","{OriginalFormat}":"Executing ViewResult, running view at path {Path}.","Path":"/Views/Home/PublicIndex.cshtml","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.0334094Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"View lookup cache miss for view '_Layout' in controller 'Home'.","severityLevel":"Verbose","properties":{"ControllerName":"Home","ViewName":"_Layout","CategoryName":"Microsoft.AspNetCore.Mvc.Razor.RazorViewEngine","{OriginalFormat}":"View lookup cache miss for view '{ViewName}' in controller '{ControllerName}'.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.1260378Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Compilation of the generated code for the Razor file at 'C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\Shared\\_Layout.cshtml' started.","severityLevel":"Verbose","properties":{"FilePath":"C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\Shared\\_Layout.cshtml","CategoryName":"Microsoft.AspNetCore.Mvc.Razor.Internal.DefaultRoslynCompilationService","{OriginalFormat}":"Compilation of the generated code for the Razor file at '{FilePath}' started.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.2825633Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Compilation of the generated code for the Razor file at 'C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\Shared\\_Layout.cshtml' completed in 154.0786ms.","severityLevel":"Verbose","properties":{"FilePath":"C:\\Users\\jpiquette\\Source\\Iceberg\\Views\\Shared\\_Layout.cshtml","CategoryName":"Microsoft.AspNetCore.Mvc.Razor.Internal.DefaultRoslynCompilationService","ElapsedMilliseconds":"154.0786","{OriginalFormat}":"Compilation of the generated code for the Razor file at '{FilePath}' completed in {ElapsedMilliseconds}ms.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.3027823Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Tag helper component 'Microsoft.AspNetCore.ApplicationInsights.HostingStartup.JavaScriptSnippetTagHelperComponent' initialized.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Mvc.Razor.TagHelpers.HeadTagHelper","ComponentName":"Microsoft.AspNetCore.ApplicationInsights.HostingStartup.JavaScriptSnippetTagHelperComponent","{OriginalFormat}":"Tag helper component '{ComponentName}' initialized.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.3074495Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Tag helper component 'Microsoft.AspNetCore.ApplicationInsights.HostingStartup.JavaScriptSnippetTagHelperComponent' processed.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Mvc.Razor.TagHelpers.HeadTagHelper","ComponentName":"Microsoft.AspNetCore.ApplicationInsights.HostingStartup.JavaScriptSnippetTagHelperComponent","{OriginalFormat}":"Tag helper component '{ComponentName}' processed.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.3281429Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Tag helper component 'Microsoft.AspNetCore.ApplicationInsights.HostingStartup.JavaScriptSnippetTagHelperComponent' initialized.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Mvc.Razor.TagHelpers.BodyTagHelper","ComponentName":"Microsoft.AspNetCore.ApplicationInsights.HostingStartup.JavaScriptSnippetTagHelperComponent","{OriginalFormat}":"Tag helper component '{ComponentName}' initialized.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.3305192Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Tag helper component 'Microsoft.AspNetCore.ApplicationInsights.HostingStartup.JavaScriptSnippetTagHelperComponent' processed.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Mvc.Razor.TagHelpers.BodyTagHelper","ComponentName":"Microsoft.AspNetCore.ApplicationInsights.HostingStartup.JavaScriptSnippetTagHelperComponent","{OriginalFormat}":"Tag helper component '{ComponentName}' processed.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker:Information: Executed action Iceberg.Controllers.HomeController.Index (Iceberg) in 2641.6233ms
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.3708883Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Executed action Iceberg.Controllers.HomeController.Index (Iceberg) in 2641.6233ms","severityLevel":"Information","properties":{"CategoryName":"Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker","ElapsedMilliseconds":"2641.6233","{OriginalFormat}":"Executed action {ActionName} in {ElapsedMilliseconds}ms","DeveloperMode":"true","AspNetCoreEnvironment":"Development","ActionName":"Iceberg.Controllers.HomeController.Index (Iceberg)"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.3761765Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Connection id \"0HL5IC4UQLAFA\" completed keep alive response.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Server.Kestrel","ConnectionId":"0HL5IC4UQLAFA","{OriginalFormat}":"Connection id \"{ConnectionId}\" completed keep alive response.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Microsoft.AspNetCore.Hosting.Internal.WebHost:Information: Request finished in 3042.2608ms 200 text/html; charset=utf-8
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:36:51.3822633Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.operation.parentId":"|WC1843-a3501fd0-ac63df48.","ai.internal.nodeName":"WC1843"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Request finished in 3042.2608ms 200 text/html; charset=utf-8","severityLevel":"Information","properties":{"CategoryName":"Microsoft.AspNetCore.Hosting.Internal.WebHost","StatusCode":"200","ElapsedMilliseconds":"3042.2608","DeveloperMode":"true","AspNetCoreEnvironment":"Development","ContentType":"text/html; charset=utf-8"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Request","time":"2017-06-13T13:36:48.3336865Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.location.ip":"127.0.0.1","ai.application.ver":"1.0.0.0","ai.operation.name":"GET Home/Index","ai.cloud.roleInstance":"WC1843","ai.operation.id":"WC1843-a3501fd0-ac63df48","ai.internal.nodeName":"WC1843"},"data":{"baseType":"RequestData","baseData":{"ver":2,"id":"|WC1843-a3501fd0-ac63df48.","name":"GET Home/Index","duration":"00:00:03.0633276","success":true,"responseCode":"200","url":"http://localhost:62731/","properties":{"httpMethod":"GET","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:38:38.2082350Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.application.ver":"1.0.0.0"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Connection id \"0HL5IC4UQLAF9\" received FIN.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Server.Kestrel.Transport.Libuv","ConnectionId":"0HL5IC4UQLAF9","{OriginalFormat}":"Connection id \"{ConnectionId}\" received FIN.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:38:38.2082350Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.application.ver":"1.0.0.0"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Connection id \"0HL5IC4UQLAFA\" received FIN.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Server.Kestrel.Transport.Libuv","ConnectionId":"0HL5IC4UQLAFA","{OriginalFormat}":"Connection id \"{ConnectionId}\" received FIN.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:38:38.2340466Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.application.ver":"1.0.0.0"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Connection id \"0HL5IC4UQLAFA\" disconnecting.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Server.Kestrel","ConnectionId":"0HL5IC4UQLAFA","{OriginalFormat}":"Connection id \"{ConnectionId}\" disconnecting.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:38:38.2340466Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.application.ver":"1.0.0.0"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Connection id \"0HL5IC4UQLAF9\" disconnecting.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Server.Kestrel","ConnectionId":"0HL5IC4UQLAF9","{OriginalFormat}":"Connection id \"{ConnectionId}\" disconnecting.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:38:38.2599763Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.application.ver":"1.0.0.0"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Connection id \"0HL5IC4UQLAFA\" stopped.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Server.Kestrel","ConnectionId":"0HL5IC4UQLAFA","{OriginalFormat}":"Connection id \"{ConnectionId}\" stopped.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-06-13T13:38:38.2599763Z","tags":{"ai.internal.sdkVersion":"aspnet5c:2.1.0-beta3","ai.application.ver":"1.0.0.0"},"data":{"baseType":"MessageData","baseData":{"ver":2,"message":"Connection id \"0HL5IC4UQLAF9\" stopped.","severityLevel":"Verbose","properties":{"CategoryName":"Microsoft.AspNetCore.Server.Kestrel","ConnectionId":"0HL5IC4UQLAF9","{OriginalFormat}":"Connection id \"{ConnectionId}\" stopped.","DeveloperMode":"true","AspNetCoreEnvironment":"Development"}}}}

Je suis d'accord, cela bloque en fait mon VS chaque fois que j'essaie de déboguer des trucs EF (qui enregistre une tonne de trucs).

Même problème ici, faire du profilage de la mémoire pour s'assurer que je n'ai pas de fuites, et remarquer que beaucoup de choses sont ajoutées à une application Insights ConcurrentDictionary+Node<String, String>

Autant que je sache, je n'avais aucune idée en cours d'exécution (aucun package NuGet ajouté)

Tout comme Trcx528, je vois une sortie dans ma console de débogage du type :
Application Insights Telemetry (unconfigured): {"name":"Microsoft.ApplicationInsights.Dev.Message","time":"2017-07-26T22:02:13.2372631Z","tags":{"ai.operation.id":"95b3c749-......

Comment le désactiver ?

Même problème, faire quoi que ce soit prend une éternité...

ApplicationInsights est injecté dynamiquement. Une façon de désactiver cela consiste à définir la variable d'environnement ASPNETCORE_preventHostingStartup sur "true" dans les paramètres de lancement de votre projet.

Voir https://github.com/aspnet/Hosting/commit/8377d226f1e6e1a97dabdb6769a845eeccc829ed

@Tratcher pouvez-vous donner plus de détails ? À partir du commit lié, je n'arrive pas à comprendre comment modifier mon fichier launchSettings.json .

Une raison pour laquelle ils sont activés par défaut ? Collectez-vous des informations d'utilisation ?

Visual Studio 2017 a l'extension "Developer Analytics Tools" installée en tant que forte dépendance d'asp.net - lorsque vous essayez de désinstaller, il désinstallera également vos outils de développement Web et de dotnet core (omg). J'ai désactivé cette extension - aucun effet, les messages de débogage annyoing apparaissent par défaut (arg).

Le package méta nuget Microsoft.AspNetCore.All dépend du package Application Insights, il est donc installé par défaut (arg). Si vous publiez votre application à l'aide d'un RID spécifique, les dll Application Insights sont également copiées.

Le moyen compliqué et non documenté d'opt-out est correctement donné par @Tratcher : dans VS, sur votre projet Web, ouvrez Propriétés > launchSettings.json , recherchez le profil que vous souhaitez modifier et modifiez le environmentVariables . Un exemple de mon projet ressemble à ceci:

      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development",
        "ASPNETCORE_preventHostingStartup": "True"
      },

Vous pouvez également cliquer avec le bouton droit sur votre projet Web> Propriétés> Déboguer et y ajouter la variable d'environnement mystique. Grrr. Cela devrait être un opt-in ou un simple opt-out !

Merci! J'ai découvert cela uniquement à cause de l'enregistreur non configuré.

Quelqu'un de MS peut-il confirmer si la solution de contournement de @nzain désactive Application Insights ou masque simplement les journaux ?

Je ne veux pas du tout d'IA.

Je ne veux pas du tout d'IA.

+1

Je ne veux pas du tout d'IA.

+1

@ Trcx528 Veuillez envisager de changer le titre en

"Comment supprimer Application Insights dans ASP.NET Core 2.0 ~aperçu~ "

... donc il attire plus l'attention? Ce problème est toujours avec nous. S'il y a "aperçu" dans le titre, il se peut qu'il soit ignoré car la version finale a été publiée récemment.

Et merci pour votre message et pour nous avoir tous alertés.

Je ne veux pas du tout d'IA.
+1

Je suis d'accord, c'est vraiment un comportement étrange.

Je sais que c'est bien que vous puissiez simplement "activer" Application Insights via Azure sans même avoir à le référencer dans votre projet, mais je pense que le coût est trop élevé du point de vue du framework, si c'est ainsi que cela se fait.

Nous allons ajouter une interface utilisateur pour désactiver l'injection d'IA lors de l'exécution dans VS. Nous aurions dû l'ajouter en premier lieu (c'était un oubli).

La solution de contournement suggérée par @Tratcher fonctionne bien, mais désactivera complètement la fonction d'éclairage afin qu'elle puisse affecter plus que les informations. Par exemple, le module IIS ASP.NET Core allume le package IISIntegration lorsqu'il lance le processus https://github.com/aspnet/AspNetCoreModule/blob/002c8b9bc9a86cd3b4308e62c1f70ea625cbaae2/src/AspNetCore/Inc/serverprocess.h#L18.

Merci @davidfowl. Je vais laisser la solution de contournement en place pour le moment, mais ce serait vraiment bien si une fois cette nouvelle interface utilisateur ajoutée à VS, les notes de version nous avertissent qui utilisent cette variable d'environnement que nous devrions probablement la désactiver pour éviter le potentiel allumez les problèmes et utilisez la nouvelle fonctionnalité de l'interface utilisateur. Merci encore!

@davidfowl Merci de nous avoir fait savoir que ce sera bientôt opt-in plutôt que opt-out ! Cependant, vous avez mentionné qu'il y aura une interface utilisateur pour cela - je ne suis pas sûr de comprendre ce que vous voulez dire, mais considérez que beaucoup d'entre nous ne fonctionnent pas à partir de VS, il devrait donc être possible de désactiver sans avoir VS / une UI .

Veuillez également nous indiquer si la solution de contournement de @nzain désactive Application Insights ou masque simplement les journaux ?

@grokky1 De quoi parlez-vous exactement ? Ce n'est pas activé par défaut. Visual studio définit une variable d'environnement pour éclairer la fonctionnalité. C'est ainsi que fonctionne le système...

@davidfowl Si ce n'est pas activé par défaut, pourquoi beaucoup d'entre nous l'ont-ils trouvé dans nos journaux ? C'est ainsi que nous avons trouvé ce fil pour commencer...

Mais vous avez raison, je ne sais pas comment cela fonctionne, je veux juste du confort, je ne l'ai pas en cours d'exécution à moins que je ne l'opte.

@davidfowl Si ce n'est pas activé par défaut, pourquoi beaucoup d'entre nous l'ont-ils trouvé dans nos journaux ? C'est ainsi que nous avons trouvé ce fil pour commencer...

Quels journaux ? Dans Visual studio ou ailleurs ?

Mais vous avez raison, je ne sais pas comment cela fonctionne, je veux juste du confort, je ne l'ai pas en cours d'exécution à moins que je ne l'opte.

Pas de problème, je suis là pour ça 😝 .

@davidfowl Par exemple, le journal de débogage illustré ci-dessus par @ Trcx528 et @simonmurdock (c'est aussi ainsi que j'ai découvert cela). Nous voulions donc savoir si pour l'instant, jusqu'aux changements que vous avez mentionnés, la solution de contournement de @nzain le désactive complètement ou masque simplement ces journaux.

@davidfowl Par exemple, le journal de débogage illustré ci-dessus par @ Trcx528 et @simonmurdock. Nous voulions donc savoir si pour l'instant, jusqu'aux changements que vous avez mentionnés, la solution de contournement de @nzain l'a complètement désactivé ou masque simplement ces journaux.

Sortie de studio visuel, comme je l'ai mentionné précédemment. Cela ne se produit pas uniquement lorsque vous exécutez une application ASP.NET Core.

@davidfowl Aaah maintenant je vois ce que tu veux dire. 😄 J'avais aussi peur que ce soit un problème d'exécution. Merçi pour la confirmation. J'attends également avec impatience les changements optin/out dans VS comme vous l'avez mentionné.

Salut @davidfowl - J'utilise VS15.4.0 (Preview 1) et App Insights est définitivement collecté et attaché à une application ASP.NET Core par défaut ? Il n'est envoyé nulle part mais il est là.

Salut @davidfowl - J'utilise VS15.4.0 (Preview 1) et App Insights est définitivement collecté et attaché à une application ASP.NET Core par défaut ? Il n'est envoyé nulle part mais il est là.

C'est exact, il s'allume par défaut dans Visual Studio et il n'y a pas d'interrupteur d'arrêt. Vous pouvez éteindre toutes les lumières, mais c'est un gros marteau. Pourtant, c'est une solution de contournement pour l'instant.

Auparavant, nous avions la possibilité dans Program.cs d'inclure (ou non) l'IA, une raison pour laquelle nous ne pourrions pas avoir quelque chose de similaire à l'avenir ?

Auparavant, nous avions la possibilité dans Program.cs d'inclure (ou non) l'IA, une raison pour laquelle nous ne pourrions pas avoir quelque chose de similaire à l'avenir ?

L'objectif de cette fonctionnalité est de permettre l'éclairage de l'IA pour les diagnostics externes. Les choses sont en place de telle sorte qu'il n'est pas activé par défaut, mais diverses actions externes peuvent l'activer sans avoir à toucher au code de l'application (qui est fragile).

Le problème est que l'expérience Visual Studio l'active (uniquement pendant le débogage, je crois) par défaut et ne donne pas la possibilité de le désactiver.

@davidfowl Maintenant que vous l'avez expliqué, je me sens à l'aise, d'autant plus que vous avez confirmé que nous pourrons bientôt le contrôler.

Mais mettez-vous à notre place. La plupart d'entre nous ne savent pas ce qu'est l'IA, n'en ont pas besoin et ne l'utiliseront jamais (j'avoue que moi aussi je ne la comprends pas complètement !). Mais nous savons que cela a quelque chose à voir avec la "télémétrie" , qui est un mot si toxique que l'équipe Azure a intelligemment choisi le mot "insights" à la place.

Mon patron ne se soucie pas de savoir s'il peut être désactivé/activé, ou s'il est désactivé par défaut et que VS l'active actuellement intentionnellement/involontairement (ou en raison d'un bogue/oubli). Tout ce qui l'intéressait, c'était que nous ayons une fuite potentielle dans notre adresse IP, qui aboutit on ne sait où... Et qui pourrait lui en vouloir. Nous avons eu un drame majeur.

C'est le même problème qu'avec EF Core, avant d'ajouter cette variable d'environnement pour désactiver la télémétrie CLI.

Le problème est que les docs sont toujours derrière le code. Donc, chaque fois qu'il y a de la télémétrie, les docs doivent nous l'expliquer - gardez à l'esprit que nous ne comprenons pas le cadre comme vous le faites. Ainsi, lorsque l'équipe VS a découvert ce problème, elle aurait dû le révéler et le documenter. Je sais que les docs ne sont pas votre domaine (votre domaine est de "produire le génial" :smile:), mais s'il vous plaît mettez la pression sur l'équipe de docs. Si j'avais su ce qu'était cette fonctionnalité et si je pouvais l'expliquer à mon équipe et à mon manager, il y aurait eu moins de "drame". Le découvrir après coup ferait sauter n'importe qui à de mauvaises conclusions, j'espère que vous le voyez... Pour votre équipe ce n'est pas grave (et vous pensez peut-être que nous exagérons pour rien), mais pour vos utilisateurs et leurs managers, ce genre de chose est un biggie majeur.

(Nous sommes donc clairs, ce que fait votre équipe ASP est 101 % génial... Et merci de toujours prendre le temps d'aider.)

J'allais écrire quelque chose de similaire... En mettant mon chapeau de Product Owner Agile, cette fonctionnalité ne devrait-elle pas être là si demandée et fonctionner comme les utilisateurs en ont besoin pour fonctionner et non ce que MSFT pense qu'elle devrait faire ?

J'ai toujours pensé que c'était le peu d'Agile/Lean que MSFT n'avait pas encore compris, travailler dans des Sprints et des versions régulières avec des tonnes de nouveaux produits et fonctionnalités, c'est bien, mais qui les demande et où est la boucle de rétroaction ?

@grokky1 De quoi parlez-vous exactement ? Ce n'est pas activé par défaut. Visual studio définit une variable d'environnement pour éclairer la fonctionnalité. C'est ainsi que fonctionne le système...

Lorsque vous référencez le package de nuget AspNetCore.All, il inclut des informations sur les applications. Lorsque vous exécutez VS, il est activé par défaut, ce qui est terrible (à mon avis). Si je veux une perspective d'IA (du point de vue d'un développeur/propriétaire de produit), je l'opterais (via le package nuget par exemple). Cela peut bien être une supercherie complexe où seule la dll est publiée, mais ne fait rien par défaut jusqu'à ce qu'azur fasse des choses pour l'activer. Pas la façon dont je travaillerais avec la télémétrie, mais je vois votre point avec "ne pas changer le code pour activer/désactiver la télémétrie". Je ne suis pas d'accord, mais je comprends l'idée.

Saviez-vous qu'il existe des personnes sans IIS ? Sans lumières sur quoi que ce soit ? Sans azur ? Sans télémétrie Microsoft ? Sans IIS ? Je sais, c'est terriblement difficile à imaginer, mais je dis Linux, nginx, Kestrel et ma propre télémétrie contrôlée. Fonctionne comme un charme sauf que l'IA me dérange.

Cela n'a rien à voir avec la télémétrie, mais merci pour les commentaires. Nous aborderons tous le problème spécifique comme je l'ai décrit

Je voulais faire quelques déclarations ici pour, espérons-le, clarifier et apaiser les craintes de certaines personnes.

1. Lors du débogage dans Visual Studio, Application Insights est utilisé comme mécanisme pour vous fournir plus d'informations sur votre session de débogage. Par exemple, il ajoute les exceptions qui se sont produites lors de la dernière session de débogage à l'objectif de code. Comme ceci : https://twitter.com/condrong/status/897227862733869057

   • Il ne s'agit en aucun cas d'envoyer des données où que ce soit. À moins que vous ne décidiez de faire tout votre possible pour configurer votre ordinateur local afin d'envoyer des données à certaines applications distantes. Mais même dans ce cas, ce serait votre propre instance App Insights pour vos propres raisons.

2. Lorsque vous utilisez Azure App Services, il existe un mécanisme dans lequel vous pouvez choisir d'ajouter Application Insights à votre application. Lorsque vous faites cela, vous créez votre propre ressource Application Insights et nous pouvons configurer automatiquement l'application afin que les journaux et autres s'y rendent automatiquement sans que vous ayez à redéployer votre application. Cela permet aux utilisateurs de rencontrer un problème dans Azure et d'activer Application Insights s'ils pensent que cela leur permettra d'obtenir les données qu'ils souhaitent. Par exemple, App Insights permet de voir très facilement les demandes ayant échoué sur un site Web et vous aide à diagnostiquer pourquoi elles ont échoué. Nous avons un certain nombre d'études de cas qui ont utilisé Application Insights pour diagnostiquer les problèmes de production. Le problème à résoudre est de devoir changer de code et de se redéployer. Nous, étant Microsoft pas tellement moi personnellement, passons beaucoup de temps à aider les gens à réussir le déploiement de leurs applications sur Azure. L'un des meilleurs moyens dont nous disposons pour diagnostiquer et résoudre les problèmes de production en ce moment est d'obtenir toutes les données que nous pouvons dans Application Insights où elles peuvent être examinées, disséquées, surveillées, etc. Cette fonctionnalité vise à rendre cela indolore et transparent. Le problème est que les gens ne savent généralement pas qu'ils en ont besoin jusqu'à ce qu'ils le fassent, et leur demander ensuite de se redéployer pour l'activer est douloureux et ennuyeux.

3. L'expérience Inside VS utilise la même technique d'éclairage que celle utilisée par App Service, mais ce sont des cas d'utilisation très différents.

Est-ce que cela aide à dissiper une partie de la confusion autour de cela?

Est-ce que cela aide à dissiper une partie de la confusion autour de cela?

Merci pour l'info. Personnellement, l'objectif de code est une autre fonctionnalité que je n'aime pas et que je désactive. Intellitrace en est un autre. La nouvelle fonctionnalité de 2017 qui montre les performances visuelles et les timings est une autre que je désactive. En bref, il y a beaucoup de fichiers indésirables exécutés par défaut qui ralentissent VS, et VS n'a pas besoin d'aide pour être lent. Ce n'est pas tant une plainte, c'est plutôt un retour d'expérience selon lequel, d'après mon expérience, je ne trouve pas que beaucoup de fonctionnalités VS soient utiles. Mais je suis sûr que vous le savez déjà, car vous collectez ces informations. Je suis probablement dans la minorité depuis que je passe du temps à rechercher ce truc et à le désactiver. Mais pensez aux milliers de personnes qui n'ont aucune idée qu'elles peuvent le faire. Enfer, F5 est assez lent - pas assez de Ctrl-F5 est utilisé (et pour ceux qui ne le savent pas, Ctrl-F5 lance l'application sans débogage et c'est beaucoup plus rapide). Je sais que j'ai l'air fou et que vous roulez probablement des yeux, mais ces cycles perdus s'additionnent.

En bref, mon avis personnel est que plus la pacotille n'équivaut pas à être bonne.

Spécifiquement pour les informations sur les applications, le problème est peut-être qu'il s'agit d'un produit spécifique à Azure. ASP.NET se positionne comme un framework "ouvert", donc introduire des produits Azure dans le framework semble sale et conduit à la méfiance envers Microsoft. Peu m'importe si c'est presque un nop, je préférerais ne pas avoir de code superflu (et surtout produit non désiré) là-dedans.

Pour ceux qui le veulent, génial. Pour mes clients qui l'utilisent, ils l'adorent. Donc, excellent travail pour créer (ou acheter ?) Une fonctionnalité intéressante et utile. Faites-le simplement s'inscrire, s'il vous plaît.

... le problème est qu'il est connu pour être un produit spécifique à Azure. ASP.NET se positionne comme un framework "ouvert", donc _SNEAKING_ produits azur dans le framework se sent sale et conduit à la méfiance envers Microsoft. Je m'en fous si c'est presque un nop...

+1

J'ai publié mon projet et même lorsque j'inclus ASPNETCORE_preventHostingStartup dans les variables d'environnement, il répertorie toujours Microsoft.ApplicationInsights comme dépendance... Il semble donc que la solution de contournement ne fonctionne que pour le débogage mais pas pour la publication, n'est-ce pas ? Ou ai-je raté quelque chose ?

La dépendance est toujours là mais elle ne fait rien à moins que quelqu'un ne l'allume.

Le problème, c'est que je n'ai installé que le runtime sur le serveur et que je reçois donc un message assembly specified in the dependencies manifest was not found . Pour l'instant, j'ai installé le SDK et le problème a disparu, mais ce n'est pas une solution propre.

Je ne sais pas comment les 2 choses sont liées. Pouvez-vous fournir un échantillon de bout en bout avec les étapes de reproduction et le message d'erreur complet.

Créez simplement une nouvelle application Web ASP.NET Core 2.0 en utilisant le modèle vide. Vous obtenez un csproj minimal comme celui-ci :

<Project Sdk="Microsoft.NET.Sdk.Web">

  <PropertyGroup>
    <TargetFramework>netcoreapp2.0</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <Folder Include="wwwroot\" />
  </ItemGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.AspNetCore.All" Version="2.0.0" />
  </ItemGroup>

</Project>

Publiez maintenant le projet dans un répertoire et examinez le fichier .deps.json généré. Microsoft.ApplicationInsights y sera inclus, peu importe ce que j'inclus dans launchSettings.

Oui et ça marche. Comme je l'ai dit plus tôt, la dépendance est toujours incluse et ne fait rien jusqu'à ce que quelque chose l'allume.

Pas correcte. Ne fonctionne pas, lorsque le runtime n'a pas la dll (runtime
boutique). C'est le cas du RID linux-arm, pour ne citer qu'un exemple. Comme d'autres
ont dit, il échoue avec l'erreur dll introuvable.

Am 10.09.2017 10:38 schrieb "David Fowler" [email protected] :

Oui et ça marche. Comme je l'ai dit plus tôt, la dépendance est toujours incluse,
et il ne fait rien jusqu'à ce que quelque chose l'allume.

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/aspnet/Home/issues/2051#issuecomment-328328232 , ou muet
le fil
https://github.com/notifications/unsubscribe-auth/ANUK-3BK2phWmuA45xY__m7nq1cbya0Tks5sg6AQgaJpZM4N0O32
.

Je l'ai essayé sur Ubuntu 16.04 et il a montré un message d'erreur indiquant que la DLL est manquante dans le magasin. Donc ça ne marche définitivement pas. Je ne peux pas copier le message puisque j'ai déjà installé le SDK en ce moment, mais il devrait être assez facile à reproduire.

Si vous pouvez fournir des étapes de reproduction spécifiques ou même un projet avec des étapes de reproduction, ce serait formidable ! N'oubliez pas de spécifier tous les détails de l'environnement (dotnet --info fonctionne bien pour cela).

L'attente est que tout fonctionne par défaut (c'est ce que nous avons vérifié). Si nous avons raté quelque chose, ce serait bon de le savoir. C'est la première fois que je vois une plainte concernant l'expérience "par défaut" qui ne fonctionne pas. Je ne peux même pas le reproduire moi-même, mais je suis sûr qu'il me manque un détail spécifique qui a été omis.

@davidfowl Reproduction exacte ici : https://github.com/dotnet/core-setup/issues/3122
Aucun projet n'est nécessaire, le modèle Web par défaut extrait les informations d'application en tant que dépendance. Mais vous avez besoin d'un appareil à bras pour une reproduction exacte.

Le référentiel Raspian (distribution Linux par défaut de Raspberry Pi) peut avoir une histoire différente (si vous installez via apt-get ), mais je pense qu'ils ont le même problème. Peut-être que quelqu'un d'autre peut le confirmer - nous n'avons pas de Raspberry Pi et notre distribution buildroot n'est pas Debian.

@ Falco20019 a signalé qu'il échouait également sur Ubuntu 16.04 - sur une architecture x64 ou arm? Vous avez dit que cela fonctionnait lorsque vous avez installé le SDK. Peut-être pouvez-vous fournir plus de détails : qu'avez-vous installé auparavant (lien) ? S'il échoue également sur linux-x64, cela est plus facile à reproduire pour les personnes sans dispositif de bras.

J'attends d'autres précisions car je suis confus.

Le problème de bras est dû au fait que nous n'avons pas de magasin d'exécution pour le bras Linux (la solution de contournement est également publiée dans le problème).

@ Falco20019 est-ce le problème que vous rencontrez ?

Je suis d'accord que le bras est une niche, mais il ne faut pas dire qu'il "fonctionne par défaut". Cela fonctionne par défaut sur Windows-x64 à coup sûr. Je pense que l'idée "exécuter dotnet n'importe où" est géniale, c'est l'histoire du succès de java. Personnellement, j'adore dotnet et les projets embarqués délicats se transforment en "opportunités dotnet core". Les modèles par défaut devraient s'exécuter n'importe où, n'est-ce pas ?

Oui, mais c'est précisément parce que nous n'avons pas ciblé ARM comme scénario de première classe. ARM est actuellement dans la catégorie "ça marche si vous apportez des modifications". Ce ne sera pas ainsi pour toujours, mais prétendre que les informations sur l'application dans la raison du problème sont tout simplement incorrectes.

Je comprends que ce fil de discussion concerne l'activation des informations sur les applications au lieu de leur désactivation et nous devons réévaluer l'expérience, mais je n'ai vu aucune preuve réelle que cela soit le problème dans tout ce qui est mentionné. Je suis tout pour aider, je n'aime tout simplement pas la propagation du FUD.

davidfowl ... ce fil de discussion concerne l'activation des informations sur les applications au lieu de leur désactivation

D'accord, nous devons nous concentrer là-dessus, sinon nous nous enliserons dans trop de problèmes et ne résoudrons rien.

(... les amis, peut-être pourrions-nous discuter des autres problèmes dans un nouveau numéro ?)

@davidfowl Désolé, j'étais malade et je viens juste de le voir maintenant. Le serveur est "Ubuntu 16.04.3 LTS (GNU/Linux 4.4.0-71-generic x86_64)" donc pas ARM.

Nous avons remarqué que lors de l'utilisation du package d'exécution dotnet pour exécuter les résultats publiés d'une publication dotnet, nous rencontrons le problème des informations sur l'application. Si nous utilisons le package dotnet sdk pour exécuter les résultats publiés d'une publication dotnet, il fonctionne correctement ? Cela a été un problème dans nos conteneurs Docker car nous essayons de cibler le runtime uniquement pour les conteneurs déployés. C'était faisable avec aspnetcore 1.

@AlphaCluster pouvez-vous fournir un ensemble explicite d'étapes de reproduction ? N'utilisez-vous pas l'image de base du conteneur ASP.NET et utilisez-vous à la place l'image de base dotnet ? Cette image de base n'a pas le magasin d'exécution, mais vous devriez obtenir une erreur expliquant cela, et non un échec de chargement des informations sur l'application.

Nous construisons notre propre image en utilisant le runtime dotnet et les tarballs sdk en cours de publication. Nous publions dans un dossier à l'aide de la publication dotnet que nous exécutons ensuite dans le conteneur qui exécute le runtime. Cela a bien fonctionné pour nous avec la version 1.0, mais après la sortie de la version 2.0 lors de la migration, nous rencontrons ce problème si nous utilisons le conteneur d'exécution.

Error:
  An assembly specified in the application dependencies manifest (<project name>.deps.json) was not found:
    package: 'Microsoft.ApplicationInsights.AspNetCore', version: '2.1.1'
    path: 'lib/netstandard1.6/Microsoft.ApplicationInsights.AspNetCore.dll'
  This assembly was expected to be in the local runtime store as the application was published using the following target manifest files:
    aspnetcore-store-2.0.0-linux-x64.xml;aspnetcore-store-2.0.0-osx-x64.xml;aspnetcore-store-2.0.0-win7-x64.xml;aspnetcore-store-2.0.0-win7-x86.xml

Ce problème ressemblait à ce que nous voyions, donc s'il s'agit d'un problème différent, je peux ouvrir un autre problème.

@AlphaCluster pouvez-vous déposer un nouveau problème avec les étapes de reproduction spécifiques que vous avez utilisées pour créer le conteneur Docker personnalisé ? Cela nous aidera à reproduire le problème sans ambiguïté.

Dans la version 2.0.0, nous avons ajouté le magasin d'exécution qui est requis pour exécuter toute application avec une sortie publiée coupée (qui est le comportement par défaut). Malheureusement, les archives sdk et d'exécution n'incluent pas le magasin d'exécution, vous devrez donc l'installer dans votre conteneur Docker. Il y a un exemple d'image qui illustre comment installer le nouveau magasin d'exécution à https://github.com/aspnet/aspnet-docker/blob/master/2.0/jessie/runtime/Dockerfile#L5.

@AlphaCluster : Nous avons décidé de ne pas utiliser le package NuGet Microsoft.AspNetCore.All car il a amené les dll ApplicationInsights dans notre dossier de publication et à la place, nous spécifions explicitement les packages NuGet.

J'ai supprimé la tonne de journalisation de télémétrie d'Application Insights en utilisant ceci dans la méthode Configure de la classe Startup :

var configuration = app.ApplicationServices.GetService<TelemetryConfiguration>();
configuration.DisableTelemetry = true;            

Merci Ysris - cela a fonctionné pour moi. Dommage qu'il faille se dégager jusqu'à la fin de cet article pour le trouver.

@tpplyler De rien .
Veuillez noter que, sous vscode, ce correctif lèvera une exception qui devrait être essayée.

La solution de @ysris a également fonctionné pour moi.

Il semble donc que définir TelemetryConfiguration.DisableTelemetry = true dans Startup.Configure() soit à peu près le moyen le plus simple d'"inverser" l'"éclairage" de l'IA que Visual Studio fait par défaut. Les assemblys AI seront toujours inclus en tant que dépendances NuGet, en particulier si vous utilisez le package Microsoft.AspNetCore.All , mais ils ne feront rien. La seule façon dont ils feraient quoi que ce soit est de les rallumer par d'autres moyens, par exemple dans Azure. Définir ASPNETCORE_preventHostStartup sur true produit le même effet, comme suggéré pour la première fois par @Tratcher en juillet, mais selon les docs , cela aussi

Empêche le chargement automatique des assemblys de démarrage d'hébergement, y compris l'assembly de l'application.

C'est tout à fait un "gros marteau", comme @davidfowl l'a concédé en septembre, et a probablement des effets secondaires indésirables, donc je m'en tiens à la solution de @ysris .

Malheureusement pour moi, la solution de @ysris n'a pas fonctionné. J'ai dû utiliser la solution "gros marteau" fournie par @Tratcher. Voir https://github.com/Microsoft/ApplicationInsights-dotnet-server/issues/724

Ceci est très inquiétant, car l'injection brutale par VS d'IA dans le processus en cours de débogage crée une situation qui a des effets secondaires et entrave l'expérience de débogage. Je suis d'accord avec @brockallen que je préfère avoir un VS stable et solide sans toutes ces peluches que je n'utilise pas (et qui m'ont coûté presque deux jours de travail maintenant).

Bravo aux opt-ins implicites.

Je ferme ce problème car il a maintenant atteint le point où il y a plusieurs bogues différents dont on parle tous en même temps et aucun d'entre eux n'est mieux signalé ici.

Pour résumer certaines des choses que nous avons dites et qui, je ne suis pas sûr, ont été suffisamment claires :

• App Insights se trouve être le premier assembly répertorié lorsque vous rencontrez un problème avec le magasin d'exécution, ce qui signifie qu'il apparaît dans de nombreux messages d'erreur qui n'ont en réalité rien à voir avec Application Insights. Si nous ne dépendions pas des informations sur l'application, ce serait un autre assembly ASP.NET Core qui y apparaissait en même temps.
• L'un des effets secondaires que vous pouvez obtenir si vous rencontrez des problèmes avec le magasin d'exécution est que les assemblages peuvent apparaître dans votre bac, comme les informations sur les applications. L'expérience par défaut si tout ce dont vous dépendez est le métapackage AspNetCore.All est que seul votre assembly d'application doit être dans la corbeille. Si ce n'est pas le cas, vous rencontrez un bogue totalement indépendant d'App Insights.
• Nous ajoutons des options plus évidentes pour ne pas activer les informations sur les applications lors du débogage dans VS. Ils apparaîtront dans une future mise à jour. Il existe également un contrôle plus précis pour exclure des assemblys de démarrage d'hébergement spécifiques sans désactiver le démarrage de l'hébergement en général.

Les bogues concernant App Insights qui ne fonctionnent pas comme prévu doivent figurer dans le référentiel App Insights, les bogues concernant les problèmes de magasin d'exécution peuvent être classés dans le référentiel de méta-paquets, ou simplement un autre problème ici dans le référentiel d'accueil avec des étapes de reproduction claires et nous pouvons vous aider déterminer quel est le problème.

Il y a comme une référence circulaire, les deux projets se référencent pour justifier un statut proche ?
Cf. https://github.com/Microsoft/ApplicationInsights-aspnetcore/issues/523 qui s'attend à ce que ce projet résolve le problème.
Peut-on rouvrir celui-ci ? Ou l'autre ?

@DenisDollfus Je pense que ce fil fournit suffisamment d'explications/solutions de contournement pour être considéré comme fermé

@ Rabadash8820 Un correctif serait préférable à des solutions de contournement. Mais en fait, j'ai raté @glennc dernier point ci-dessus indiquant que "Nous ajoutons des options plus évidentes pour ne pas activer les informations sur les applications lors du débogage dans VS. Ils apparaîtront dans une future mise à jour.", ce qui est génial.
Avoir un problème ouvert pour suivre la disponibilité de cette mise à jour serait utile.

Nous ne suivons pas les problèmes d'outillage ici.

C'est TRÈS frustrant. Avec DotNet Core 2.0, ApplicationInsights nous est imposé, ce qui est exactement l'OPPOSÉ de l'open source.

@genifycom - btw cela est corrigé dans les dernières prévisualisations de Visual Studio. Il existe maintenant une option d'outils pour le désactiver.

@BillHiebert Cela a l'air parfait, merci pour le partage.
Je ne le vois pas dans VS 2017 15.5.5. Fait-il partie de l'aperçu 15.6 ?

EDIT : Oh oui, vous avez écrit "aperçu". Quoi qu'il en soit, ne supprimez pas mon erreur car elle fournit le numéro de version à quiconque recherche le correctif.

@DenisDollfus - correct. Le changement est dans un aperçu de 15.6

cela a été publié dans la dernière version de Visual Studio 15.6.3.

Même avec les options cochées et la configuration : "ASPNETCORE_preventHostingStartup": "True"
Je vois encore des journaux de télémétrie pendant le débogage

Des idées?? Je souhaite supprimer complètement ces journaux.

Mise à niveau vers ASP.NET Core 2.1 😄

Comment supprimer la dépendance d'un projet existant ?
Je crée un projet de modèle à partir du noyau web api .net et si j'essaie de l'exécuter sur un ordinateur différent de celui de la construction, j'obtiens cette erreur :

@afucher En supposant que vous cibliez netcoreapp2.0, il semble que vous n'ayez pas installé le magasin d'exécution aspnetcore 2.0. Le magasin d'exécution est inclus avec le SDK : https://www.microsoft.com/net/download/dotnet-core/sdk-2.1.200 ou vous pouvez télécharger le runtime ASP.NET Core individuellement sur https://www. microsoft.com/net/download/dotnet-core/runtime-2.0.8.

La mise à niveau de @davidfowl n'a pas résolu le problème pour moi.

1. Local App Insights est désactivé dans VS (15.7.3)
2. Exécution d'ASP.NET Core 2.1

Ma sortie est toujours inondée de journaux AI.

Cocher "Désactiver Application Insights local ..." dans Outils -> Options a fonctionné pour moi. CONTRE 15.7.5.

je suis sur 15.8.4; "Outils > Options > Projets & Solutions > Projets Web > Désactiver Local Application Insights..." est coché ; launchSettings.json a "ASPNETCORE_preventHostingStartup": "True". Je vois toujours Application Insights dans la sortie...

@RodBarnes pareil ici

J'ai débranché en faisant :

public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
    WebHost.CreateDefaultBuilder(args)
#if !DEBUG
        .UseApplicationInsights()
#endif
        .UseStartup<Startup>();

dans Program.cs

Ok, j'ai finalement réussi à faire taire le flux de débogage sur ASP.NET Core 2.1;

if (_env.IsDevelopment())
{
    app.UseDeveloperExceptionPage();
    TelemetryConfiguration.Active.DisableTelemetry = true;
    TelemetryDebugWriter.IsTracingDisabled = true;
}

Notez que IsTracingDisabled était la clé, mais j'ai laissé DisableTelemetry pour faire bonne mesure et il est utile lors de la recherche de références entre les projets .NET Framework et .NET Core dans la même solution.

merci f2calv, votre code fonctionne sur ASP.NET Core 2.2.

"Désactiver Application Insights local pour les projets Web Asp.Net Core" ne semble pas avoir d'effet sur l'IA dans VS 15.9.5, ni la définition TelemetryConfiguration.Active.DisableTelemetry ni la définition de la variable d'environnement ASPNETCORE_preventHostingStartup (et redémarrage de VS). Je peux toujours voir les journaux dans la sortie.

"Désactiver Application Insights local pour les projets Web Asp.Net Core" ne semble pas avoir d'effet sur l'IA dans VS 15.9.5, ni la définition TelemetryConfiguration.Active.DisableTelemetry ni la définition de la variable d'environnement ASPNETCORE_preventHostingStartup (et redémarrage de VS). Je peux toujours voir les journaux dans la sortie.

Même problème, les projets Web Disable local Application Insights for Asp.Net Core ne font rien avec VS 15.9.4 & .NET Core SDK version 2.1.502

Au bas du fil référencé par @ghosttie se trouvait la clé pour moi, doc officiel ici : https://docs.microsoft.com/en-us/azure/azure-monitor/app/asp-net-core#disable - télémétrie-dynamiquement