Java agent release notesRSS

Novos recursos e melhorias:

• O perfilamento em tempo real para Java usando métricas JFR agora está totalmente integrado ao agente Java. Consulte o README do JFR core para obter detalhes adicionais.

Este recurso requer uma versão compatível do Java 8 (especificamente a versão 8u262 ou superior) ou Java 11 ou superior e está atualmente desativado por padrão. Para habilitá-lo, defina o seguinte em seu yaml (com recuo de 2 espaços na seção common).

jfr:
  enabled: true

Aviso: caso o jar do jfr-daemon tenha sido usado anteriormente como uma extensão do agente ou processo autônomo, essa opção deve ser removida para evitar possíveis conflitos com o serviço JFR que agora está integrado ao agente.

• Incompatível com o Java 7. Para continuar a inovar e fornecer novos recursos de forma eficiente aos nossos clientes que executam na JVM, esta e as futuras versões do agente não são compatíveis com o Java 7. Caso execute o Java 7, é possível continuar a usar o agente Java 6.5.0 ou inferior. Para obter detalhes, consulte este tópico no Explorers Hub.
• Adiciona suporte ao akka http com Scala 2.13. #271
• Anotação de classe para realizar o trace de métodos lambda. #274
• Anotação de classe para realizar o trace de métodos por tipo de retorno. #275

Correções:

• Corrige um problema que poderia fazer com que várias versões da instrumentação do akka-http-core fossem aplicadas ao mesmo tempo. #208
• O agente agora registrará os eventos descartados em FINE em vez de WARN para diminuir a verbosidade. #296
• Corrige os comentários do Javadoc que afirmavam incorretamente que, ao chamar a API noticeError várias vezes, o primeiro erro seria relatado, quando, na verdade, é o último erro que é relatado. #313

Declaração de apoio:

• A New Relic recomenda que você atualize o agente regularmente para garantir que obtenha os recursos e benefícios de desempenho mais recentes. Além disso, versões mais antigas não serão mais suportadas quando atingirem o fim da vida útil.

Problemas Conhecidos

• OkHttp

Esta versão contém um bug que causa falhas nas versões 3.X e inferiores do OkHttp. Todos os usuários afetados devem atualizar para a versão 7.0.1.

Novos recursos e melhorias:

• O agente não inclui mais certificados SSL e a opção use_private_ssl que configurava o agente para usar os certificados incluídos anteriormente foi removida. Por padrão, o agente usará o truststore SSL fornecido pela JVM, a menos que seja explicitamente configurado para usar um truststore diferente com a opção ca_bundle_path. Consulte Configurar certificados SSL para obter mais detalhes.

Correções:

• Corrige um problema que poderia causar a nomeação incorreta da transação ao usar sub-recursos JAX-RS.
• Melhorias e correções na instrumentação do Reactor Netty.

Aviso de descontinuação

• Descontinuação da compatibilidade com o Java 7

Para continuar a inovar e fornecer novos recursos de forma eficiente aos nossos clientes que executam na JVM, o suporte ao Java 7 foi descontinuado e esta será a última versão do agente compatível com ele.

Se estiver executando o Java 7, poderá continuar usando o agente Java 6.5.0 ou inferior.

Para mais informações, consulte a postagem do Explorers Hub.

Declaração de apoio:

• New Relic recomenda que você atualize o agente regularmente para garantir que esteja obtendo os benefícios mais recentes de recursos e desempenho. Além disso, versões mais antigas não terão mais suporte quando chegarem ao fim de sua vida útil.

Fixes

Fixes an issue that could cause some instrumentation modules (e.g. jax-rs-1.0) to have a WeaveViolation and not apply properly.

Fixes

Fixes an issue in 6.4.0 where spans would not get sent to Infinite Tracing.

Note:

• There is an issue with this agent release that could lead to spans not being sent to Infinite Tracing. Please use 6.4.1 instead.

New Features and Improvements:

• Spring Webflux/Netty Reactor instrumentation improvements for enhanced tracing across asynchronous thread hops.
• The agent will now utilize a backoff sequence on connection retries to Infinite Tracing.
• New distributed tracing APIs have been added to better support general use cases for propagating distributed tracing headers. In particular the new APIs provide enhanced support for W3C Trace Context but are flexible enough to support other header protocols that may be supported by the agent in the future. Previous distributed tracing APIs have been deprecated and are subject to removal in a future agent release. See documentation here.
  • Transaction.insertDistributedTraceHeaders(Headers) is used to create and insert distributed tracing headers (both newrelic and W3C Trace Context) into a Headers data structure.
  • Transaction.acceptDistributedTraceHeaders(TransportType, Headers) is used to accept the distributed tracing headers sent from the calling service and link these services together in a distributed trace.

Fixes:

• Updated the Java agent’s snakeyaml dependency to 1.27.
• In some environments the jar collector service could lead to high CPU utilization at application startup. The agent now provides a configurable rate limiter, with a reasonable default, for processing jars detected in the application’s environment. See documentation here.

Support statement:

• New Relic recommends that you upgrade the agent regularly to ensure that you're getting the latest features and performance benefits. Additionally, older releases will no longer be supported when they reach end-of-life.

Improvements

• Spring Webflux
  • The Java agent now supports Spring Webflux versions 5.3+
  • Added reactor-netty.errors.enabled configuration to allow disabling error reporting in Subscriber::onError.
• Scala 2.13
  • The Java agent now provides support for Scala 2.13 and frameworks compiled with 2.13 Akka-http, Play

Fixes

• The netty-4.0.8 instrumentation would sometimes not start a Transaction on channelRead, potentially affecting instrumentation dependent on it including: Spring, Akka and Play
• Updated the Java agent’s Apache HttpClient dependency to 5.13
• Spring Webclient could report the wrong URL when multiple HTTP calls to several URLs occurred in parallel

Fixes

• Fixes an issue where Spring-Webflux applications with endpoints returning Flux or empty content could become unresponsive