Java agent release notesRSS

Improvements

• Performance improvements

  The Java agent now starts up to 50% faster. Your applications will be available that much sooner.

Fixes

• In some cases JAX-RS annotations on interfaces were not being observed, causing transactions using JAX-RS services to be named on the servlet rather than the web servicepath and method.
• Fixed an issue that prevents Spray and Akka-HTTP instrumentation from applying when using Scala 2.10.
• Fixed an issue that caused Play 2.x requests to produce empty responses when the circuit breaker is tripped.
• Fixed an issue where setting enable_custom_tracing to false could inadvertently disable Netty instrumentation.

Known Issues

• Fixed in 3.29.0

  • Applications that use Play and Ning AsyncHttpClient may miss transactions.
  • The thread profiler may not report data while profiling certain Scala classes.

• Fixed in 3.28.0

  • Fixed a bug that could cause Akka Http instrumentation to throw a NullPointerException into customer code.

• Fixed in 3.27.0

  • Fixed an issue where the agent treated HTTP headers as being case sensitive, causing CAT to miss under certain conditions.
  • Fixed various issues related to the proper handling of multibyte character encoding.

• Fixed in 3.26.x

  • CXF instrumentation can name transactions based on auto-generated proxy classes. Later agents now normalizes CXF transaction names.
  • EJB instrumentation may cause a NullPointerException in application code, and erroneously set transaction names. In later versions, the agent records a metric.
  • The Cross Application Tracing API caused Application Response time to be attributed to other transaction time, and prevented linking of transaction traces when doing CAT.
  • Request queuing calculations could show queuing time as a steadily increasing value instead of the correct time.
  • HttpURLConnection External metrics may not report on the IBM J9 JVM.
  • Transaction traces may report external segments for non I/O calls in Apache HttpClient.
  • The Java agent will now read Cross Application Tracing HTTP header names regardless of case.
  • Fixed a bug that could cause cross application tracing between the New Relic Java agent and non-Java New Relic agents to fail.

Fixes

• Fixed an issue that caused Play 2.x requests to produce empty responses when the circuit breaker is tripped.

Improvements:

• MongoDB

  The Java agent now reports synchronous calls to the Mongo Java Driver 2.12 through 3.1. You will see the Mongo operations in breakdowns in the Applications Overview chart, entries in the Databases tab, and segments in transaction traces. Note: The asynchronous driver is not supported.

• Akka HTTP and Spray

  The Java agent now reports and names transactions received through Akka HTTP 1.0, Akka HTTP 2.0 and Spray. Transactions are named intuitively based on route DSLs. This instrumentation also supports Cross Application Tracing from calling systems. With our previously released support for Akka, your Akka HTTP and Spray applications will now include activity of those transactions all the way through your actor systems.

Fixes:

• In rare cases the Java agent's EJB instrumentation could cause a StackOverflowException to appear in application logs.
• In some cases the Java agent's Netty instrumentation could throw a NullPointerException to application code.
• Improve performance when using Cross Application Tracing and a large number of threads.
• In some cases the transaction would not be reported when using Akka with mutable messages.

Known Issues:

• Play 2.x requests will produce empty responses when the circuit breaker is tripped. We recommend Play 2.x users disable the circuit breaker when using Java agent versions 3.22 or higher.

Improvements

• Hystrix instrumentation

  This release contains support for versions 1.0.2 through 1.4 of the Hystrix framework. You will now see timing information related to each Hystrix Command's run and getFallback methods. Chained Hystrix commands will be linked into one transaction.

Fixes

• This release fixes a bug in New Relic's Cross Application Tracing (CAT) that could cause incorrect service and transaction maps.

  The problem would happen when non-identical applications, with identical transaction names, would appear to be communicating (in the Transaction / Service maps), when in fact, they were not.

  Note: Using a combination of pre-3.23.0 and 3.23.0+ can result in external calls between the old and new agents to not show up in the map. To fix this, upgrade all of your agents to 3.23.0+ at the same time

• Resolved an issue where an application running on Tomcat and containing a large number of static JSPs (5000+) could cause a memory leak within the agent.

Fixes

• Fixed an issue that caused Ning's AsyncHttpClient WebSockets requests to fail, or the application not to start.
• Fixed an issue that could cause an extra transaction to be created, a background transaction named NettyDispatcher.
• Removed the deprecated bootstrap.classpath configuration, as it could result in the Java agent's instrumentation failing to load.

Improvements

• Play Framework 2.4 Instrumentation, and Play Framework 2 Improvements

  Previous Java Agent releases supported the Play Framework up to version 2.3. This release includes instrumentation for Play 2.4.x. This release provides more insight than ever before for all versions of Play 2, including improved segment names, and better signal-to-noise ratio in transaction details.

  This instrumentation also takes advantage of the new response time line in the New Relic UI. Because Play is a reactive framework that encourages concurrent activity, your total time for transaction components will often be greater than the response time. If the total time is less than response time, it may indicate resource exhaustion. By separating the total time from the response time, you get a clear picture of when you are getting the benefit of concurrency.

  If you have used the Java Agent to monitor Play before this release, you may see a decrease in response time. The new response time metric more accurately reflects the time from initial request to response.

  We support Play applications written in Java or Scala 2.9.3 - 2.11.x.

  Note: The deprecated -Dnewrelic.bootstrap_classpath system property can result in missing instrumentation and should not be used.

• Netty 3.4 - 4.x Instrumentation

  This release updates our Netty support to include versions from 3.4 to 4.x. Previous release supported up to Netty 3.9. The agent will start transactions for server inbound I/O. The agent will instrument Netty HTTP methods to enable cross application tracing (CAT) in Netty transactions.

• AsyncHttpClient Instrumentation 1.0.2 - 1.9.x

  In this release, you will see the time spent in external service calls made using AsyncHttpClient (also known as Ning Http Client). If the external service is also running New Relic, you will see cross application tracing (CAT) details as well. This includes external calls made from Play WSAPI, which uses AsyncHttpClient.

  Note: As in previous releases, Play 1 applications will not report AsyncHttpClient activity.

• Akka Instrumentation 2.0 - 2.4

  This release enhances our Akka instrumentation by linking an actor message sender to an actor message receiver in the same transaction. In order to avoid over-instrumentation, our Akka instrumentation does not actually start transactions. If you would like a given actor call to mark the beginning of a transaction, you will need to use the @Trace(dispatcher=true) annotation, or some other form of custom instrumentation.

Notes:

This release supports core Akka, not all Akka extensions. In particular, it does not identify transactions that have been routed by Spray, Akka HTTP, or Akka Streams. We have heard from customers that these frameworks are important, and we expect to support them soon! Stay tuned to the Java agent incubator, since we may provide an early access instrumentation module for these frameworks before we release them in the agent.

Known Issues:

• If your application uses AsyncHttpClient's WebSockets, do not use this version. AsyncHttpClient WebSockets requests will fail, or the application will not start.
• In some cases, calls to NewRelic's getBrowserTimingHeader and getBrowserTimingFooter are ignored.

Improvements

• Advanced Analytics for APM Errors

  With this release, the agent reports TransactionError events. These new events power the beta feature Advanced Analytics for APM Errors (apply here to participate). The error events are also available today through New Relic Insights .

  Advanced Analytics for APM Errors lets you see all of your errors, with granular detail. Filter and group by any attribute to analyze them. Take action to resolve issues through collaboration.

Fixes

• Fixed a memory leak in async continuations instrumentation for Jetty 7 and 8.
• Improved error handling with invalid JMX .yml extension files.
• Improved Circuit Breaker logging in the event of a Circuit Breaker trip.
• Fixed a bug in Tomcat 7+ instrumentation where request parameters could occasionally get stripped when using an async servlet with capture_params set to true.

Notes

The Java Agent now collects the following information for web transactions:

• Accept, Host, User-Agent, Content-Length HTTP request headers
• HTTP request method, for example POST or GET
• Content-Type HTTP response header

Known issues

• Fixed in 3.25.0:
  • Setting enable_custom_tracing configuration flag to false can inadvertently disable Netty instrumentation.
  • In some cases JAX-RS annotations on interfaces are not observed, causing transactions using JAX-RS services to be named on the servlet rather than the web servicepath and method.
• Fixed in 3.24.1:
  • The Java agent's Play 2 transaction tracing instrumentation may be incomplete and cause gaps in cross application tracing.
• Fixed in 3.24.0:
  • The Java agent's EJB instrumentation may cause a StackOverflowException to appear in application logs.
  • Applications may continue to experience the additional Circuit Breaker overhead even when disabled.
  • The Java agent may experience increased overhead when using Cross Application Tracing and a large number of threads.
• Fixed in 3.23.0
  • This release may experience a memory leak within the agent for Tomcat containing a large number of static JSPs (5000+).
  • When a transaction makes multiple calls to a database with the same obfuscated SQL, a NullPointerException is may get thrown in the agent.
  • This release contains a bug in New Relic's Cross Application Tracing (CAT) that can cause incorrect service and transaction maps.

The problem happens when non-identical applications, with identical transaction names, would appear to be communicating (in the Transaction / Service maps), when in fact, they were not.

Improvements:

• JCache

  The Java Agent now instruments the JCache API. The instrumentation times cache operations of implementations of the JCache API.

  To get additional information about your operations in the Databases page, enable com.newrelic.instrumentation.jcache-datastore-1.0.0 in your newrelic.yml. This will incur additional overhead.

  class_transformer:
     com.newrelic.instrumentation.jcache-datastore-1.0.0:
       enabled: true

  コピー

Fixes:

• Circuit Breaker alerts now better align with data displayed in JVMs tab.
• In some cases the Java Agent's HttpURLConnection instrumentation could report incorrect external response time metrics
• The Java Agent's MongoDB instrumentation no longer reports errors due to runtime exceptions that are caught and handled by applications.
• Fixed an issue where Guice dynamic proxies could be instrumented, potentially causing MGI issues.
• In rare cases a deadlock would occur at startup on some WebSphere applications.
• Fixed an issue that could cause missing Cross Application Tracing information on WebLogic 12 when using HttpURLConnection.

Fixes

• Fixed an issue that could cause NoClassDefFoundErrors when using JDBC ResultSet instrumentation on JBoss.