title | tags | translate | metaDescription | redirects | freshnessValidatedDate | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Introduction to New Relic for Java |
|
|
For an overview of New Relic's Java agent (compatibility, requirements, installation, configuration), start here. |
|
never |
With New Relic's Java agent, you can track everything from performance issues to tiny errors within your code. Every minute the agent posts metric timeslice and event data to the New Relic user interface, where the owner of that data can sign in and use the data to see how their website is performing.
Use the New Relic Java agent to solve your app's performance issues with our My app is slow tutorial.
Are you curious about trends in Java? See our report [2024 State of the Java Ecosystem](https://newrelic.com/resources/report/2024-state-of-the-java-ecosystem).To use the Java agent:
-
Make sure your system meets the Java agent's compatibility and requirements.
-
Sign up for your free account if you haven't already.
<ButtonLink role="button" to="https://one.newrelic.com/marketplace/install-data-source?state=f91bc85d-0574-6e23-b90a-4d89c7c12866" variant="primary"
Add Java data
To view your app's performance in the New Relic UI, go to one.newrelic.com > All capabilities > APM & services > (select an app) > Summary. The APM user interface includes a dedicated JVM metrics page, transaction and error details, a thread profiler tool to sample Java threads and report stack traces, and more.
You can also extend your agent instrumentation and explore your data with other New Relic features, including our Metrics and events explorer and dashboards.
The Java agent reads the startup configuration from the newrelic.yml
file, which must be in the same directory as newrelic.jar
. You can also override settings using Java system properties.
The agent needs the license_key
and app_name
settings at startup (bootstrap). You can customize the location of the log file and other settings in your newrelic.yml
file. In addition, you can adjust the naming configuration if your app server runs multiple applications in the same JVM.
You can configure application reporting from the New Relic web interface using server-side configuration. Changes will be applied to all agents reporting for your application when the JVM restarts. However, if you use server-side configuration, you must still maintain required settings (license_key
and app_name
) in the local config file.
Both transaction traces and error snapshots can optionally record HTTP parameters. Sometimes HTTP parameters contain sensitive information, such as a credit card number. The agent has several configuration options to ensure data security, such as collecting HTTP parameters but excluding certain named parameters.
You can also bring your logs and application's data together to make troubleshooting easier and faster. With logs in context, you can see log messages related to your errors and traces directly in your app's UI. You can also see logs in context of your infrastructure data, such as Kubernetes clusters. No need to switch to another UI page.
After installing the Java agent, use any of these methods to extend your instrumentation:
- Custom instrumentation: Implement Java custom instrumentation via annotation or XML.
- Enable distributed tracing: See the paths of your requests as they spread across a distributed, multiple-services architecture.
- Collect custom attributes: Collect custom attributes via API or XML file.
- Java agent API: Use the API to control, customize, or extend the functionality of the Java agent.
- Browser instrumentation: Integrate the Java agent with to gain visibility into end-user activity.
- Circuit breaker for Java custom instrumentation: Use a circuit breaker to protect applications from over-instrumentation.
- Custom JMX instrumentation by YAML: View custom JMX metrics with a YAML custom instrumentation file.
- JVM metrics page: Collect metrics from the most common application servers through JMX.
- Open source telemetry: We offer a variety of tools, such as Kamon Reporter, OpenTelemetry exporter, Micrometer metrics registry, and Java Telemetry SDK.
When you make a change to your configuration or to your custom XML, in almost all cases you must restart your JVM. There are only four situations where a restart is not necessary:
<th>
<DoNotTranslate>**Comments**</DoNotTranslate>
</th>
</tr>
<td>
If you are simply changing the `log_level` or `audit_mode` in the [Java agent configuration file](/docs/agents/java-agent/configuration/java-agent-configuration-config-file), you do not need to restart the JVM.
</td>
</tr>
<tr>
<td>
Custom instrumentation XML file
</td>
<td>
JVM restart depends on your Java agent version:
* 3.15.0 or higher: If you are updating a custom instrumentation XML file in the extensions folder, the updates will be reloaded automatically within a minute.
* Java agent versions lower than 3.15.0: If you using an agent version earlier than 3.15.0, you must restart the JVM.
</td>
</tr>
<tr>
<td>
Circuit breaker changes
</td>
<td>
If you are [changing the circuit breaker](/docs/agents/java-agent/custom-instrumentation/circuit-breaker-java-custom-instrumentation#troubleshooting) for Java custom instrumentation, a JVM restart is not required.
</td>
</tr>
<tr>
<td>
Ignored or expected errors
</td>
<td>
If you are ignoring or expecting errors by configuring the `newrelic.yml` file, a JVM restart is not required. This includes adding status codes or classes to the `newrelic.yml` file when using the Java agent version 3.40.0 or higher. For example:
* `ignore_status_codes`
* `expected_status_codes`
* `ignore_classes`
* `ignore_messages`
* `expected_classes`
* `expected_messages`
</td>
</tr>
**JVM restart is not required for...** |
---|
Log level or audit mode changes |
All other changes require an agent restart, which means restarting the JVM.
The New Relic Java agent monitors web transactions, receiving information about them and communicating that information to the New Relic user interface with strong data security measures in place. The agent is packaged as a JSR 163 compliant javaagent
that is activated by the JVM through modifications to the JVM launch. Once activated, the agent inserts itself into the class loading stream and instruments class methods using byte code instrumentation (bci).
Designed to have minimal impact on your web application, all of the classes are in the newrelic
package namespace so they do not collide with your own classes. The agent uses the ASM bci engine to insert software probes.
The agent receives basic information about your host environment, such as operating system, Java version, system properties, and your New Relic configuration file. The agent also polls data from the JVM and from JMX.
If you have problems, see No data appears and other troubleshooting docs in that section.