• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Logs en contexte de l'agent Java

Avec notre agent Java , vous pouvez obtenir logs in context, qui vous permet de voir le log de votre application dans le contexte de vos autres données New Relic. Pour des informations générales sur cette fonctionnalité, consultez Logs en contexte APM.

Conseil

Vous avez beaucoup de logs Java ? Consultez notre tutoriel pour savoir comment les optimiser et les gérer.

Options de logs en contexte automatiques

Si vous utilisez un framework pris en charge, vous avez deux options pour configurer les logs APM afin d'envoyer automatiquement le log de votre application et les métadonnées de liaison à New Relic. Une option consiste à configurer manuellement une extension log qui décorera vos logs et vous pourrez ensuite les transmettre à vous-même. L’autre option est de laisser l’agent Java gérer automatiquement la décoration et la transmission de vos logs. Les frameworks pris en charge pour les logs automatiques dans le contexte incluent :

  • Log4j1 1.2.17 ou supérieur
  • Log4j2 2.6 ou supérieur
  • Logback 1.1 ou supérieur
  • JUL (java.util.logging) JDK 8+
  • JBoss Logging 1.3.0.Final vers 2.x
  • Logging Dropwizard (capturée via l'instrumentation Logback, voir le problème connu ci-dessous)

Important

Logging JBoss

JBoss Logging délègue la fonctionnalité de décoration locale à l'instrumentation JUL et peut donc être entièrement contrôlé par les deux modules d'instrumentation suivants :

class_transformer:
com.newrelic.instrumentation.java.logging-jdk8:
enabled: true
com.newrelic.instrumentation.jboss.logging:
enabled: true

Important

Problème connu avec le logging de Dropwizard

Par défaut, Dropwizard utilise Logback pour son backend de logging. Il achemine également tous les java.util.logging, Utilisation de Log4j et Apache Commons Logging via Logback. Ce comportement de routage peut conduire à ce que des logs en double soient signalés à New Relic si l'agent Java instrumente l'une de ces autres bibliothèques de logging en plus de l'instrumenté Logback.

Pour éviter de signaler un log en double lors de l'utilisation du logging Dropwizard, il est recommandé de désactiver toute l'instrumentation de logging de framework, à l'exception de Logback. Vous pouvez le faire dans la section class_transformer du fichier de configuration de l'agent :

class_transformer:
com.newrelic.instrumentation.logback-classic-1.2:
enabled: true
com.newrelic.instrumentation.apache-log4j-1:
enabled: false
com.newrelic.instrumentation.apache-log4j-2:
enabled: false
com.newrelic.instrumentation.java.logging-jdk8:
enabled: false
com.newrelic.instrumentation.jboss.logging:
enabled: false

Important

L'agent sortie 7.7.0 et les versions supérieures ont cette fonctionnalité activée dans le agent configuration fichier par défaut.

L'agent de transfert de logentraînera une augmentation de la consommation de données lorsqu'un framework pris en charge est détecté. Le montant dépend de l'application et de la quantité de logs produits. Cette fonctionnalité peut être désactivée. Consultez Désactiver le logging automatique pour plus d’informations sur vos options.

Si vous disposez déjà d'une solution de transfert de log , vous devez désactiver cette fonctionnalité.

Si vous préférez utiliser votre propre redirecteur de log , plutôt que de laisser l'agent Java transférer les logs, alors notre solution de logs en contexte manuels serait la bonne solution pour décorer votre log avec un contexte de trace cryptée.

Ce document vous a-t-il aidé lors de votre installation ?

Sécurisez vos données

Votre log peut inclure des informations sensibles protégées par la loi HIPAA ou d’autres protocoles de conformité. Par défaut, nous masquons les modèles de numéros qui semblent correspondre à des éléments tels que des cartes de crédit ou des numéros de sécurité sociale, mais vous devrez peut-être hacher ou masquer des informations supplémentaires.

Pour plus d'informations, consultez notre documentation sur l'expression d'obfuscation et les règles. Vous pouvez hacher ou masquer vos données log en utilisant l'interface utilisateur de New Relic ou en utilisant NerdGraph, notre API GraphQL .

Explorez vos données

Pour tirer le meilleur parti de vos données de logging :

Conseils de dépannage

En règle générale, votre log commencera à apparaître moins d'une minute après avoir activé logs dans ce contexte. Vérifiez la section Triage > Logs de votre application. Vous commencerez également à voir log patterns liés à l’erreur.

Si vous ne voyez aucun log d'erreurs ou de trace, il se peut qu'il n'y en ait pas pour votre application. Essayez d'actualiser la page de l'interface utilisateur ou de modifier la période sélectionnée.

Désactiver le logging automatique

Les logs APM dans le contexte transmettent automatiquement log les données l'agent et sont activés par défaut. Cela peut avoir un impact négatif sur votre sécurité, votre conformité, votre facturation ou les performances de votre système. Pour désactiver les logs automatiques :

  1. Dans le menu utilisateur de l’interface utilisateur de New Relic, cliquez sur Manage your data > Log settings.
  2. Cliquez sur le menu à points de suspension ... situé à droite de la ligne du compte.
  3. Cliquez sur le bouton de confirmation pour activer ou désactiver et verrouiller ou déverrouiller le logging automatique (comptes parents) ou activer ou désactiver uniquement (comptes enfants).

Pour plus d'informations, ou si vous devez ajuster le paramètre par défaut, suivez les procédures pour désactiver le logging automatique.

Option logs en contexte manuels

Avant que les agents linguistiques n'aient la possibilité de transmettre et de décorer les logs, vous pouviez utiliser nos solutions manuelles pour envoyer des métadonnées de liaison.

Cette option est toujours prise en charge, mais n'est plus encouragée. De plus, cette méthode nécessite que vous installiez un redirecteur de logavant d'activer les logs dans ce contexte. Si vous ne disposez pas d'un redirecteur de log , l'interface utilisateur de New Relic vous prompt d'utiliser notre agent infrastructure .

Si vous décidez d'utiliser votre solution de transfert de log existante et que vous décidez ultérieurement de mettre à jour votre agent pour utiliser les logs en contexte automatiques, assurez-vous de disable your manual log forwarder. Sinon, votre application enverra des lignes log en double. Selon votre compte, cela peut entraîner une double facturation. Pour plus d'informations, suivez les procédures pour désactiver votre redirecteur de logspécifique.

Si vous devez utiliser le processus manuel pour configurer les logs en contexte pour Java, suivez ces étapes :

  1. Assurez-vous d'avoir déjà configuré le logging dans New Relic. Cela inclut la configuration d'un redirecteur de logpris en charge qui collecte votre log d'application et étend les métadonnées qui sont transmises à New Relic.
  2. Installez ou mettez à jour vers la dernière version de l'agent Java. Utilisez l'agent Java version 5.6.0 ou supérieure pour les logs en contexte.
  3. Activez l' argumentJVM -javaagent et activez le tracing distribué.
  4. Configurez les logs en contexte pour Java pour enrichir vos données log , en utilisant l'une des extensions suivantes selon le cas. Si vous utilisez Spring ou Spring Boot et que vous n'êtes pas sûr de l'extension dont vous avez besoin, consultez notre documentation Spring .
Droits d'auteur © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.