Improvements
Vert.x
The Java agent now provides visibility into your applications built using the Vert.x toolkit (supported versions 3.3.0 through 3.4.2). The agent instruments Vert.x Web, Vert.x Core, and Vert.x HTTP client. With this instrumentation, the agent will identify and name your transactions based on Vert.x web routing paths. The agent will also time web handlers, track async handlers, and external calls made with Vert.x HTTP client.
Slick
With this release, the Java agent now supports Slick 3.2
API
Added ExtendedRequest API class to report content-length for HTTP responses. See Transaction.setWebResponse API for more details.
Bug fixes
- Fixed bug in Netty instrumentation that cause erroneous reporting of
NettyDispatcher
transactions. This affected transactions responding large incoming requests. - Fixed bug that caused agent to not report error rate metrics. The UI would show application errors, but error rate would show up as 0%. This was introduced in 3.38.0.
Improvements
- DynamoDB The Java agent now provides visibility into your applications’ usage of DynamoDB when using the client versions 1.11.106 and greater. You will see the calls in the application breakdown, in trace details, on the Databases page, in Transaction maps, and in Service maps.
- Solr With this release, the java agent now supports Solr versions 6.5.0+.
Bug Fixes:
- Fixed an instrumentation gap that prevented agent from capturing instance-level information about database queries for non-blocking IO driver configurations.
- Fixes an issue where usage onCompleted handler(s) with the ning async http client could cause a transaction to end too early, resulting in missed instrumentation.
Fixes:
- Fixed an issue in which the agent could in rare cases send a raw SQL query as a transaction attribute when an error was thrown
Bug fixes
- Fixed an issue in which setting "agent_enabled" to false in newrelic.yml caused an IncompatibleClassChangeError in the application on startup. The agent can now be disabled without side-effect.
- Fixed an issue where the agent throws an exception if null keys or values are passed to the recordCustomEvent() API. The agent now ignores these null values.
- Fixed a rare issue where the agent throws a NullPointerException in the application during JDBC calls. The agent now reports these calls but may report an “Unknown” database.
- Fixed an issue where a VerifyError is thrown in the application code when using Spring or JAX-RS annotations on a Kotlin method with a default parameter.
- Fixed an issue where external HTTP metrics could be reported outside of a transaction when using HttpURLConnection. The agent now ignores these calls.
Improvements
Expected Errors This release provides you with several flexible error configuration options to control how your errors are reported. With this addition, you can now configure certain exceptions that you expect your application logic will throw. These “expected errors” will not be counted towards your application error rate and Apdex; you will only be alerted on errors that truly affect the health of your application. Expected errors can be configured by exception class or HTTP response code. When specifying an exception class, you can provide an error message to match. See the documentation for details.
Custom CA Bundle
A path to a custom SSL certificate bundle can now be specified in the agent configuration by using the following top level configuration:
ca_bundle_path: /path/to/ca/cert/bundle.pem
Fixes
- Fixed a bug where applications running on Tomcat could see duplicated or misnamed transactions for async endpoints.
- Fixed a bug that caused transactions to report with an inflated apdex. The affected transactions had to meet the following conditions:
- A status code >= 400
- No error set on the transaction
- markResponseSent() or addOutboundHeaders() was not called from the API In this case, the agent will now consider that transaction call to be frustrating for the purposes of calculating apdex.
- Fixed a bug where the loaded class count on the JVM tab is reported as a much larger value than the actual number of loaded classes. In certain circumstances this bug can cause memory and CPU over-utilization.
- Fixed a bug where response times in ServletRequestListener.requestInitialized() would incorrectly appear much larger than the actual values when using JBoss.
Improvements
- Async APIs
This release adds new APIs for instrumenting asynchronous work. If your transactions have asynchronous work (such as database queries or external calls) that is not automatically monitored by the Java Agent, you can use the APIs to link that work to your transactions. For more information, see the documentation. - OkHttp 3.6
This release adds support for OkHttp 3.6.x. You will now see OkHttp 3.6 calls as external calls in New Relic.
Fixes
- Fixes an issue where applications running on Tomcat 8.5 could see duplicated or misnamed Transactions for async endpoints.
- Fixes an edge case issue where users of Spring AOP can get an UndeclaredThrowableException when using the Java Agent.
- Fixes root and current working directory jars not showing up in the UI.
- Fixes an issue which prevented the Solr updates and Solr caches tabs from displaying in the New Relic UI for applications that are reporting Solr data for the first time.
Improvements
APIs
This release adds a number of APIs that will allow you to instrument and get expanded visibility into frameworks, libraries, and any custom code that New Relic does not automatically instrument. In addition to instrumenting your web frameworks, you can also instrument calls to and from messaging systems, database calls, and external calls! By passing context about your code to the APIs, you will get the same reporting, including cross application tracing, that you get with New Relic’s built-in instrumentation.
Solr
This release adds support for Solr versions 5 and 6 (up to and including version 6.3.0).
Fixes
- Fixes a bug that prevents an application from starting up when a JAX-RS annotated method contains more than 8 parameters.
- Fixes an issue that affected Spring and JAX-RS applications compiled with the Java 8 flag
javac -parameters
. The issue would cause the application to throw ajava.lang.reflect.MalformedParametersException
exception. - Fixes bug that affected applications implementing JAX-RS endpoints using static methods.
- The agent now reports WildFly dispatcher name and version.
- Fixes a bug in which Queue Time could be misreported on the Overview page for customers injecting the
X-Queue-Start
orX-Request-Start
HTTP headers. This fix brings the Java Agent into compliance with the behavior of other New Relic Agents. - Fixes an issue in which custom Hystrix Commands that are subclassed multiple times in Groovy cause an application to throw an exception on startup.
Note
If you are using Spring AOP, Jersey, or any JAX-RS framework, use this 3.35.2 release rather than 3.35.0 or 3.35.1.
Fixes
- Fixes an issue where an application can fail to start with a: java.lang.VerifyError: Bad local variable type error when using Spring AOP, Jersey, or any JAX-RS framework with Java Agent 3.35.0 or 3.35.1.
Known Issue
This release contains a bug that could cause the app to fail with a VerifyError. Please use version 3.34.0 instead.
We will release a fix for the issue when we have thoroughly tested the fix for edge cases.
Fixes
- Fixes an issue where an application can fail to start with a ClassFormatError when using Spring, Jersey, or any JAX-RS framework with Java Agent v3.35.0.
Improvements
Known Issue
Several customers have reported an issue with this release in which the app fails with a ClassFormatError. For this reason, this release is not recommended and has been removed from New Relic's download site. Please use release 3.34.0 instead.
We keep the note here because the 3.35.0 is still available on the Maven Central Repository.
We will release a fix for the issue as soon as possible.
Changes
JAX-RS/Jersey 2
This agent release officially adds support for JAX-RS 1.1-2.0.
The release instruments the @Suspend annotation when using the Jersey 2 implementation of JAX-RS.
OkHttp 3.5
This release updates our instrumentation to cover OkHttp 3.5.
Fixes
- Fixes an edge case in Spray Client instrumentation where a NullPointerException was being thrown into customer logs
- Fixes a potential StackOverflowException from Netty instrumentation when calling ServerBootstrap.bind() many times
- Fixes a bug that prevented display of JMX metrics for Oracle WebLogic Server 12.2
- Fixes issue where SQL parsing would throw a StackOverflowError and prevent large database statements from being sent up to New Relic
- Improve performance of complex SQL statement parsing in the agent, reducing overhead for apps that make many SQL calls