On this page:
On this page:
If an artifact has been updated, the version number of the updated artifact and its availability date are listed below. The version number corresponds to that shown on the download portal (http://download.appdynamics.com).
The most recent releases appear at the top of the page.
Version 4.5.11 – May 16, 2019
The .NET Agent and .NET SDK for Linux now support proxy access to the Controller. You can configure the proxy in the
AppDynamicsConfig.json file or by defining the relevant environment variables. See .NET Agent for Linux Environment Variables, .NET Agent for Linux Advanced Configuration Options, and Using .NET Core for Linux SDK.
|DOTNET-3485||POCO business transactions are not identified in Azure Service Fabric app|
Version 4.5.10 – April 22, 2019
The .NET Agent in its default configuration now monitors virtual applications running inside Azure Web Apps. See Monitor Virtual Applications of Azure Web Apps and 'Specify Which WebJobs to Monitor' in Install the AppDynamics Azure Site Extension for .NET.
Improved visibility of asynchronous task-based transactions.
|DOTNET-3596||.NET Microservices Agent may cause exception for applications using SQL Reporting Services Report Viewer control.|
Version 4.5.9 – March 29, 2019
- Edging towards the goal of parity with the .NET Agent for Windows, in this release, the .NET Agent for Linux provides improvements to business transaction detection, configuration, and naming. In the Controller UI you can limit the transactions monitored by choosing to include or exclude ASP.NET and POCO business transactions matching criteria you specify. See .NET Agent Business Transaction Configuration
The ability to customize Business Transaction detection that is now supported by .NET Agent for Linux version 4.5.9 requires Controller versions 4.5.2 and higher. The .NET Agent version 4.5.9 works with Controller version 4.4.1 and higher, but the customizable transaction detection and configuration capabilities require 4.5.2 and later versions of the Controller. See Agent and Controller Compatibility
|DOTNET-3675||Windows service application is crashing with AppDynamics NLog call stack.|
Version 220.127.116.11 – February 22, 2019
- You can analyze data collected from the .NET Agent for Linux, and create business monitoring dashboards to better understand your .NET Core applications with Transaction Analytics.
- AppDynamics now automatically detects and monitors backend calls to Redis using the stackexchange library on .NET Core for Linux.
- The .NET Agent supports IIS in-process hosting for ASP.NET Core 2.2. This enables you to monitor your .NET Core applications running on the latest .NET Core release, whether they are running in Azure or on-premise.
|DOTNET‑3224||Identify REDIS backends using host name rather than server name, as server name changes frequently. Prevents backend explosion|
|DOTNET‑3436||Slow memory leak affecting Full and Microservice .NET Agents|
|DOTNET-3561||Runtime Reinstrumentation Handle Leak|
|DOTNET‑3574||.NET Microservice agent for Linux causes application exception when Analytics is enabled|
Version 18.104.22.168 – January 29, 2019
- AppDynamics .NET Agent for Linux allows you to monitor your performance of .NET Core applications in production running on Linux OS, so you get real-time visibility of application performance, business transactions and resource metrics. The .NET Agent for Linux is available on AppDynamics Controller version 4.4.1+. The supported environments are constantly being updated. See .NET Agent for Linux for more information.
- The .NET Agent for Linux supports reuse node name configuration to help manage monitoring environments where there are many CLRs with short life spans. See .NET for Linux Advanced Configuration Options for more information.
- The Agent also supports naming MVC transactions by area, Controller, and action. See Name MVC Transactions by Area, Controller, and Action for more information.
|DOTNET-3416||JDBCConfiguration.isAnalyticsCPMLimitReached throws NullReferenceException|
|DOTNET-3420||Snapshot URLs are missing for regular Asp.Net type BTs|
|DOTNET-3505||EXC_BAD_ACCESS in AppAgent::stopExitCall|
Version 22.214.171.124 – December 20, 2018
- Controller and Agent environment variables now follow the standard underscore naming format. There are also two new variables APPDYNAMICS_CONTROLLER_SSL_CERTFILE and APPDYNAMICS_CONTROLLER_SSL_CERTDIR. See .Net Agent Configuration Properties for more information.
- The .NET Agent supports functionality to reference any environment variables when configuring Agent Node Name, Agent Tier Name, or Controller Application Name. This should help when deployment slots are enabled in Azure App Services. You can monitor and analyze performance metrics from different deployment slots by using node names. See .NET Agent Environment Variables for more information.
Version 126.96.36.199 – November 29, 2018
|DOTNET-2767||Sitecore app crashes with Access violation when agent is instrumenting the app|
|DOTNET-3055||Ability to use APPDYNAMICS_AGENT_NODE_NAME in Web.config for multiple .Net core Apps using same NodeID|
|DOTNET-3206||Coordinator service cannot start after installation|
|DOTNET-3277||Installation fails on Windows 2012 R2 64 bit|
|DOTNET-3298||Failed to create interceptor for: Azure Service Fabric Exit v2|
Version 188.8.131.52 – October 25, 2018
|DOTNET-2835||Synchronization bug in ADConcurrentLinkedQueue can cause exception|
|DOTNET-3201||When the .NET Agent MSI is not signed correctly, errors are thrown from Windows Smartscreen|
Version 184.108.40.20617 – September 27, 2018
You can customize transaction correlation to enable AppDynamics transaction tracing where it would otherwise be unavailable for the .NET Core Microservices Agent. For example, you can extend transaction tracing across tiers spanning various services. See Configure Custom Correlation for .NET Applications for more information on custom correlation and how to configure it.
Service Fabric Support for the .NET Microservices Agent:
Service Fabric Remoting v.1 - full
Service Fabric Remoting v.2:
Actors - full
Stateful/Stateless services - OperationContract/ServiceContract name detection not available yet
Tested on Microsoft.ServiceFabric.Services 3.1.274
|DOTNET-2725||Exceptions in Orleans tier not reported by agent monitoring Orleans app|
|DOTNET-2787||SSRS crash due to agent-bootstrap-instrumentations|
|DOTNET-2790||Missing Microsoft Azure search exit calls|
|DOTNET-2868||Custom instrumentation for Azure webjob is not working|
|DOTNET-3140||Add Package "AppDynamics.AgentSDK --version 4.5.1" with Dotnet Core SDK 2.1.x is failing the assembly reference|
Version 220.127.116.1172 – August 29, 2018
- The .NET Agent now supports .NET Core 2.0 and 2.1
|DOTNET‑2703||Special characters in custom name causes System.Runtime.InteropServices.SEHException in Profiler Log|
|DOTNET-2764||Incorrect async transaction boundary for POCO returning Task|
|DOTNET-2768||Service endpoints are not instrumenting with microservices/standalone agent|
|DOTNET-3006||Azure site extension missing|
July 11, 2018
- .NET Core for Linux SDK
- You can now include or exclude applications using the AppDynamicsConfig.json file.
- Added new app agent node property queue-single-threaded. This property specifies the threading architecture for the IBM MQ message queue. The value defaults to "false."
- AppDynamics integration with Pivotal Cloud Foundry (PCF) allows you to deploy AppDynamics-monitored .NET applications on the Pivotal platform. See .NET Application in PCF - Monitoring Workflow.
|DOTNET-1351||Machine snapshots do not show CPU percentage and process when ProcessNameFormat is set to 2|
|DOTNET-1319||Agent is not able to identify the ADO.NET exit for the System.Data.Common.DbDataAdapter class methods|
|DOTNET-2420||QueueTask intermittent instrumentation issue when ReJIT is enabled|
|DOTNET‑2425||Missing HTTP Exit calls result in inconsistent correlation with downstream tiers|
|DOTNET-2443||Auto node naming is not working in Service Fabric cluster for .NET Core|
|DOTNET-2490||Cache-Control value is modified when EUM BT correlation is enabled|
|DOTNET-2575||.NET Core SDK 2.1.300 triggers BadImageFormatException|