title: Java web app analytics with Azure Application Insights | Microsoft Docs description: 'Application Performance Monitoring for Java web apps with Application Insights. ' services: application-insights documentationcenter: java author: harelbr manager: carmonm
ms.assetid: 051d4285-f38a-45d8-ad8a-45c3be828d91 ms.service: application-insights ms.workload: tbd ms.tgt_pltfrm: ibiza ms.devlang: na ms.topic: get-started-article ms.date: 03/14/2017 ms.author: mbullwin
Application Insights is an extensible analytics service for web developers that helps you understand the performance and usage of your live application. Use it to detect and diagnose performance issues and exceptions, and write code to track what users do with your app.
Application Insights supports Java apps running on Linux, Unix, or Windows.
You need:
- Oracle JRE 1.6 or later, or Zulu JRE 1.6 or later
- A subscription to Microsoft Azure.
If you have a web app that's already live, you could follow the alternative procedure to add the SDK at runtime in the web server. That alternative avoids rebuilding the code, but you don't get the option to write code to track user activity.
-
Sign in to the Microsoft Azure portal.
-
Create an Application Insights resource. Set the application type to Java web application.
-
Find the instrumentation key of the new resource. You'll need to paste this key into your code project shortly.
Choose the appropriate way for your project.
Use the Application Insights SDK for Java plug-in.
If your project is already set up to use Maven for build, merge the following code to your pom.xml file.
Then, refresh the project dependencies to get the binaries downloaded.
<repositories>
<repository>
<id>central</id>
<name>Central</name>
<url>http://repo1.maven.org/maven2</url>
</repository>
</repositories>
<dependencies>
<dependency>
<groupId>com.microsoft.azure</groupId>
<artifactId>applicationinsights-web</artifactId>
<!-- or applicationinsights-core for bare API -->
<version>[1.0,)</version>
</dependency>
</dependencies>
- Build or checksum validation errors? Try using a specific version, such as:
<version>1.0.n</version>
. You'll find the latest version in the SDK release notes or in our Maven artifacts. - Need to update to a new SDK? Refresh your project's dependencies.
If your project is already set up to use Gradle for build, merge the following code to your build.gradle file.
Then refresh the project dependencies to get the binaries downloaded.
repositories {
mavenCentral()
}
dependencies {
compile group: 'com.microsoft.azure', name: 'applicationinsights-web', version: '1.+'
// or applicationinsights-core for bare API
}
- Build or checksum validation errors? Try using a specific version, such as:
version:'1.0.n'
. You'll find the latest version in the SDK release notes. - To update to a new SDK
- Refresh your project's dependencies.
Manually add the SDK:
- Download the Application Insights SDK for Java.
- Extract the binaries from the zip file and add them to your project.
-
What's the relationship between the
-core
and-web
components in the zip?applicationinsights-core
gives you the bare API. You always need this component.applicationinsights-web
gives you metrics that track HTTP request counts and response times. You can omit this component if you don't want this telemetry automatically collected. For example, if you want to write your own.
-
To update the SDK when we publish changes
- Download the latest Application Insights SDK for Java and replace the old ones.
- Changes are described in the SDK release notes.
Add ApplicationInsights.xml to the resources folder in your project, or make sure it is added to your project’s deployment class path. Copy the following XML into it.
Substitute the instrumentation key that you got from the Azure portal.
<?xml version="1.0" encoding="utf-8"?>
<ApplicationInsights xmlns="http://schemas.microsoft.com/ApplicationInsights/2013/Settings" schemaVersion="2014-05-30">
<!-- The key from the portal: -->
<InstrumentationKey>** Your instrumentation key **</InstrumentationKey>
<!-- HTTP request component (not required for bare API) -->
<TelemetryModules>
<Add type="com.microsoft.applicationinsights.web.extensibility.modules.WebRequestTrackingTelemetryModule"/>
<Add type="com.microsoft.applicationinsights.web.extensibility.modules.WebSessionTrackingTelemetryModule"/>
<Add type="com.microsoft.applicationinsights.web.extensibility.modules.WebUserTrackingTelemetryModule"/>
</TelemetryModules>
<!-- Events correlation (not required for bare API) -->
<!-- These initializers add context data to each event -->
<TelemetryInitializers>
<Add type="com.microsoft.applicationinsights.web.extensibility.initializers.WebOperationIdTelemetryInitializer"/>
<Add type="com.microsoft.applicationinsights.web.extensibility.initializers.WebOperationNameTelemetryInitializer"/>
<Add type="com.microsoft.applicationinsights.web.extensibility.initializers.WebSessionTelemetryInitializer"/>
<Add type="com.microsoft.applicationinsights.web.extensibility.initializers.WebUserTelemetryInitializer"/>
<Add type="com.microsoft.applicationinsights.web.extensibility.initializers.WebUserAgentTelemetryInitializer"/>
</TelemetryInitializers>
</ApplicationInsights>
- The instrumentation key is sent along with every item of telemetry and tells Application Insights to display it in your resource.
- The HTTP Request component is optional. It automatically sends telemetry about requests and response times to the portal.
- Events correlation is an addition to the HTTP request component. It assigns an identifier to each request received by the server, and adds this identifier as a property to every item of telemetry as the property 'Operation.Id'. It allows you to correlate the telemetry associated with each request by setting a filter in diagnostic search.
- The Application Insights key can be passed dynamically from the Azure portal as a system property (-DAPPLICATION_INSIGHTS_IKEY=your_ikey). If there is no property defined, it checks for environment variable (APPLICATION_INSIGHTS_IKEY) in Azure App Settings. If both the properties are undefined, the default InstrumentationKey is used from ApplicationInsights.xml. This sequence helps you to manage different InstrumentationKeys for different environments dynamically.
Application Insights SDK looks for the key in this order:
- System property: -DAPPLICATION_INSIGHTS_IKEY=your_ikey
- Environment variable: APPLICATION_INSIGHTS_IKEY
- Configuration file: ApplicationInsights.xml
You can also set it in code:
telemetryClient.InstrumentationKey = "...";
The last configuration step allows the HTTP request component to log each web request. (Not required if you just want the bare API.)
Locate and open the web.xml file in your project, and merge the following code under the web-app node, where your application filters are configured.
To get the most accurate results, the filter should be mapped before all other filters.
<filter>
<filter-name>ApplicationInsightsWebFilter</filter-name>
<filter-class>
com.microsoft.applicationinsights.web.internal.WebRequestTrackingFilter
</filter-class>
</filter>
<filter-mapping>
<filter-name>ApplicationInsightsWebFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
Edit these elements in *-servlet.xml to include the Application Insights package:
<context:component-scan base-package=" com.springapp.mvc, com.microsoft.applicationinsights.web.spring"/>
<mvc:interceptors>
<mvc:interceptor>
<mvc:mapping path="/**"/>
<bean class="com.microsoft.applicationinsights.web.spring.RequestNameHandlerInterceptorAdapter" />
</mvc:interceptor>
</mvc:interceptors>
Add this item to the Struts configuration file (usually named struts.xml or struts-default.xml):
<interceptors>
<interceptor name="ApplicationInsightsRequestNameInterceptor" class="com.microsoft.applicationinsights.web.struts.RequestNameInterceptor" />
</interceptors>
<default-interceptor-ref name="ApplicationInsightsRequestNameInterceptor" />
(If you have interceptors defined in a default stack, the interceptor can simply be added to that stack.)
Either run it in debug mode on your development machine, or publish to your server.
Return to your Application Insights resource in Microsoft Azure portal.
HTTP requests data appears on the overview blade. (If it isn't there, wait a few seconds and then click Refresh.)
Click through any chart to see more detailed aggregated metrics.
Application Insights assumes the format of HTTP requests for MVC applications is:
VERB controller/action
. For example,GET Home/Product/f9anuh81
,GET Home/Product/2dffwrf5
andGET Home/Product/sdf96vws
are grouped intoGET Home/Product
. This grouping enables meaningful aggregations of requests, such as number of requests and average execution time for requests.
Click through a specific request type to see individual instances.
Two kinds of data are displayed in Application Insights: aggregated data, stored and displayed as averages, counts, and sums; and instance data - individual reports of HTTP requests, exceptions, page views, or custom events.
When viewing the properties of a request, you can see the telemetry events associated with it such as requests and exceptions.
As you accumulate more data, you can run queries both to aggregate data and to find individual instances. Analytics is a powerful tool for both for understanding performance and usage, and for diagnostic purposes.
Now publish your app to the server, let people use it, and watch the telemetry show up on the portal.
-
Make sure your firewall allows your application to send telemetry to these ports:
- dc.services.visualstudio.com:443
- f5.services.visualstudio.com:443
-
If outgoing traffic must be routed through a firewall, define system properties
http.proxyHost
andhttp.proxyPort
. -
On Windows servers, install:
-
Microsoft Visual C++ Redistributable
(This component enables performance counters.)
-
Unhandled exceptions are automatically collected:
To collect data on other exceptions, you have two options:
- Insert calls to trackException() in your code.
- Install the Java Agent on your server. You specify the methods you want to watch.
Install the Java Agent to log specified internal methods and calls made through JDBC, with timing data.
Open Settings, Servers, to see a range of performance counters.
To disable collection of the standard set of performance counters, add the following code under the root node of the ApplicationInsights.xml file:
<PerformanceCounters>
<UseBuiltIn>False</UseBuiltIn>
</PerformanceCounters>
You can specify additional performance counters to be collected.
<PerformanceCounters>
<Jmx>
<Add objectName="java.lang:type=ClassLoading" attribute="TotalLoadedClassCount" displayName="Loaded Class Count"/>
<Add objectName="java.lang:type=Memory" attribute="HeapMemoryUsage.used" displayName="Heap Memory Usage-used" type="composite"/>
</Jmx>
</PerformanceCounters>
displayName
– The name displayed in the Application Insights portal.objectName
– The JMX object name.attribute
– The attribute of the JMX object name to fetchtype
(optional) - The type of JMX object’s attribute:- Default: a simple type such as int or long.
composite
: the perf counter data is in the format of 'Attribute.Data'tabular
: the perf counter data is in the format of a table row
Each Windows performance counter is a member of a category (in the same way that a field is a member of a class). Categories can either be global, or can have numbered or named instances.
<PerformanceCounters>
<Windows>
<Add displayName="Process User Time" categoryName="Process" counterName="%User Time" instanceName="__SELF__" />
<Add displayName="Bytes Printed per Second" categoryName="Print Queue" counterName="Bytes Printed/sec" instanceName="Fax" />
</Windows>
</PerformanceCounters>
- displayName – The name displayed in the Application Insights portal.
- categoryName – The performance counter category (performance object) with which this performance counter is associated.
- counterName – The name of the performance counter.
- instanceName – The name of the performance counter category instance, or an empty string (""), if the category contains a single instance. If the categoryName is Process, and the performance counter you'd like to collect is from the current JVM process on which your app is running, specify
"__SELF__"
.
Your performance counters are visible as custom metrics in Metrics Explorer.
- Install collectd with the Application Insights plugin to get a wide variety of system and network data.
OK, you're sending telemetry from your web server. Now to get the full 360-degree view of your application, you can add more monitoring:
- Add telemetry to your web pages to monitor page views and user metrics.
- Set up web tests to make sure your application stays live and responsive.
You can use Application Insights to slice and dice logs from Log4J, Logback, or other logging frameworks. You can correlate the logs with HTTP requests and other telemetry. Learn how.
Now that you've installed the SDK, you can use the API to send your own telemetry.
- Track custom events and metrics to learn what users are doing with your application.
- Search events and logs to help diagnose problems.
Application Insights can test your website at regular intervals to check that it's up and responding well. To set up, click Web tests.
You'll get charts of response times, plus email notifications if your site goes down.
Learn more about availability web tests.
[!VIDEO https://channel9.msdn.com/events/Connect/2016/100/player]
- Monitor dependency calls
- Monitor Unix performance counters
- Add monitoring to your web pages to monitor page load times, AJAX calls, browser exceptions.
- Write custom telemetry to track usage in the browser or at the server.
- Create dashboards to bring together the key charts for monitoring your system.
- Use Analytics for powerful queries over telemetry from your app
- For more information, visit Azure for Java developers.