The most recent releases appear at the top of the page.
Version 4.5.17 - November 22, 2019
- The .NET Agent now supports .NET Core 3.0 on Windows.
- The .NET Agent for Linux now detects and monitors calls to an Oracle database.
Version 4.5.16 – October 28, 2019
- You can now monitor Microsoft Azure Functions version 2.x hosted on the AppService plan with the .NET Agent. Install the AppDynamics Azure Site Extension and start collecting data from your Azure Functions. Learn more.
- The .NET Agent now supports .NET Core 3.0 on Linux, including code-level callgraphs in snapshots. Learn more.
– October 1, 2019
- The .NET Agent for Linux now can now report metrics for .NET application calls to MongoDB backends
- AppDynamics now supports Network Visibility for .NET applications running on Windows. This feature is not enabled by default. See the
socket-enabledproperty for information on enabling this feature. For information on supported frameworks, see Network Visibility Requirements and Supported Environments.
|DOTNET-540||Include host and app pool name in events reported for uninstrumented processes.|
|DOTNET-3991||Passwords are not removed from the database connection string if the string includes a white space.|
|DOTNET-4044||The .NET Agent for Linux versions 4.5.13 and 4.5.14 process crashes when APPDYNAMICS_PREVIEW_FEATURE_ENABLED is set to |
|DOTNET-4066||A null reference exception occurs with .NET Agent versions 4.5.13 and 4.5.14 where instrumentation of the agent incorporates setting |
– August 28, 2019
|DOTNET-4075||NETVizExitNotificationHandler null reference exception in agent logs when Network Visibility is disabled|
|DOTNET-4069||Analytics error transactions are logged to the agent continually when Analytics is enabled in the Controller but the Analytics Agent is not running on the app server|
|DOTNET-3890||Agent is reporting incorrect agent type in agent logs|
|DOTNET-3442||Agent causing high thread count on instrumented applications in rare scenarios|
– July 25, 2019
This release brings the .NET Agent for Linux closer to parity with the .NET Agent for Windows by providing a feature preview for HTTP backend detection and naming using Custom HTTP Discovery Rules. Configure the .NET Agent for Linux to detect HTTP backends using URI segments, instead of detecting and naming the backend using the default autodiscovery rules that identify the backend based solely on the Host and Port. Using Custom HTTP Discovery rules is especially useful to detect and name HTTP backends behind an API gateway or portal. Defining the HTTP backend based on the URL segments in the Custom HTTP Discovery rule enables AppDynamics to resolve the HTTP backends to tiers properly, giving you accurate metrics for your API services. See HTTP Backend Detection and .NET Backend Detection.
NoteThere is a known issue in HTTP backend detection configuration in the current preview. When defining HTTP backend using URL segments, segment enumeration starts with number 2 instead of number 1, and segment 1 always returns empty. For example, to define unique backends using the first two segments of the URL, you would need to configure HTTP backend detection to use the first 3 segments or segment 2 and 3.
- The .NET Agent for Linux now collects and displays error metrics for exceptions handled using either the ASP.NET Core exception handler page or exception handler lambda.
|DOTNET-3911||NET Core Linux crashes with ‘invalid pointer' exception|
|DOTNET-3816||MIDC causing AD_STACK_TRACE:System.InvalidProgramException|
|DOTNET-3785||Applications written using AutoMapper and instrumented with the .NET Agent for Linux may crash. Microsoft implemented a fix for this problem in the .NET Core CLR. Please upgrade to CoreCLR versions 2.1.12 or 2.2.6.|
– June 20, 2019
|DOTNET-3401||Provide support for MongoDB2.7/2.8 for .NET Agent for Windows.|
Fix .NET Agent for Windows Agent errors resulting in overhead while monitoring apps using MongoDB Driver 2.7 on Windows. Full support of MongoDB driver version 2.7 will follow at a later date.
Version 22.214.171.124 – 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.
Version 126.96.36.199 – 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.
Version 188.8.131.52 – 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 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
Version 220.127.116.1172 – August 29, 2018
- The .NET Agent now supports .NET Core 2.0 and 2.1
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.