Nouvelle fonctionnalité et améliorations
Ajouter la configuration log_level_denylist au yaml par défaut 2830
Module JMX Solr 9 2821
Nouvelle stratégie centralisée de comptage des jetons pour capturer le nombre de jetons à partir des réponses des LLM. 2837
Prise en charge de la capture des opérations par lots JDBC ; spécifiquement les méthodes addBatch() et executeBatch(). 2840
Module d'instrumentation XML RPC pour remplacer le point de coupe legacy 2841
Ajouter une nouvelle configuration spécifique à JFR
jfr.use_display_name. Si défini sur true, l'agent définira le nom d'hôte JFR sur la valeur de la configurationprocess_host.display_name. La valeur par défaut est false pour préserver l'ancien comportement.
Si jfr.use_display_name est true mais que la configuration display_name est vide, le JfrService reviendra à l’ancien comportement pour le nom d’hôte.
common: &default_settings jfr: use_display_name: trueSupprimer la création inutile de segments dans le module java.xmlrpc 2853
Mise à jour du module aws-bedrock-runtime-2.20 avec une nouvelle stratégie de comptage de jetons pour chacun des modèles. 2845
Nouvel algorithme d'obfuscation de clé de licence 2864
Prise en charge des clients HTTP Micronaut versions 3.5.0+ 2834
Prise en charge d'Apache Camel 3.9.0 et versions ultérieures 2896 2901
Prise en charge des clients Kafka 4.0.0 et versions ultérieures 2896
Mise à niveau de la dépendance interne Log4j Core de 2.17.1 à 2.25.4 2833
Prise en charge d'AWS DAX à partir de 2.0.0 jusqu'à la dernière version 2873
Ajout de l'instrumentation pour les clients de complétion et d'incorporation (embedding) Spring AI pour les versions 1.0.0 et ultérieures. Ceci ajoute de nouveaux modules d'instrumentation :
spring-ai-client-chat-1.0.0spring-ai-model-1.0.0Tracing de base - supprimer les SpanEvents et reparenter les SpanLinks supprimés 2881
Remplacements de pointcuts
Prise en charge du BlockingHttpClient de Micronaut 2860
Ajouter la prise en charge du protocole de contexte de modèle d'IA 1.0.0 à la dernière version. 2880
Corrections
Correction de l'instrumentation des coroutines. Les corrections incluent :
- Meilleur suivi du comportement asynchrone en ayant instrumenté les lacunes qui ont été trouvées là où l'exécution peut passer à un autre thread.
- Meilleur nommage des Coroutines et des continuations. Le nommage existant était trop générique. Le nouveau nommage identifie selon qu'il est démarré via runBlocking, async, withContext, ou lancement.
- Suppression de certaines méthodes utilitaires qui n'étaient plus utilisées 2802
Corrige le nombre excessif de jetons asynchrones non expirés lorsque Micronaut est instrumenté. 2792
Résolution de l’erreur IllegalAccessError de Mule 4.9 2859
Correction d’un enregistrement erroné des métriques instrumentées et conservées pour Core Tracing, car elles étaient initialement enregistrées comme une métrique de temps. 2881
Mise à jour vers la dernière version
Pour identifier la version de l’agent Java que vous utilisez actuellement, exécutez java -jar newrelic.jar -v. Votre version d'agent Java sera imprimée sur votre console.
Ensuite, pour mettre à jour vers la dernière version de l'agent Java :
- Sauvegardez l’ intégralité du répertoire racine de l’agent Java vers un autre emplacement. Renommez ce répertoire en
NewRelic_Agent#.#.#, où#.#.#est le numéro de version de l'agent. - Téléchargez l'agent..
- Décompressez le nouveau fichier de téléchargement de l'agent, puis copiez
newrelic-api.jaretnewrelic.jardans le répertoire racine de l'agent Java d'origine. - Comparez votre ancien
newrelic.ymlavec lenewrelic.ymlnouvellement téléchargé à partir du zip et mettez à jour le fichier si nécessaire. - Redémarrez votre répartiteur Java.
Si vous rencontrez des problèmes après la mise à jour de l'agent Java, effectuez la restauration à partir du répertoire de l'agent New Relic sauvegardé.
Différences de configuration de l'agent de mise à jour
Nous ajoutons de nouveaux paramètres à newrelic.yml à mesure que nous sortons de nouvelles versions de l'agent. Vous pouvez utiliser diff ou un autre utilitaire de comparaison pour voir ce qui a changé et ajouter les nouveaux paramètres de configuration à votre ancien fichier. Assurez-vous de ne pas écraser les personnalisations que vous avez apportées au fichier, telles que votre clé de licence, le nom de l'application ou les modifications apportées aux paramètres par défaut.
Par exemple, si vous diff les fichiers par défaut newrelic.yml pour les versions 7.10.0 et 7.11.0 de l'agent Java, les résultats imprimés sur la console seront comme suit :
➜ diff newrelic_7.10.0.yml newrelic_7.11.0.yml...107a108,119> # Whether the log events should include context from loggers with support for that.> context_data:>> # When true, application logs will contain context data.> enabled: false>> # A comma separated list of attribute keys whose values should be sent to New Relic.> #include:>> # A comma separated list of attribute keys whose values should not be sent to New Relic.> #exclude:>125a138>128c141< enabled: false---> enabled: true...Dans cet exemple, ces lignes ont été ajoutées à la valeur par défaut newrelic.yml dans la version 7.11.0 de l'agent Java. Si vous passez à la version 7.11.0 ou supérieure, vous devez ajouter ces nouvelles lignes à votre newrelic.yml d'origine.
Déclaration de soutien :
- New Relic vous recommande de mettre à niveau l'agent régulièrement pour vous assurer de bénéficier des dernières fonctionnalités et avantages en termes de performances. De plus, les anciennes sorties ne seront plus prises en charge lorsqu'elles atteindront leur fin de vie.