Je voudrais améliorer l'OP de répondre avec plus d'informations dès que j'ai un peu de mal avant de finalement tomber sur cette solution, et il semble y avoir beaucoup de confusion au sujet des changements de comportement de l'actionneur à Ressort de Démarrage 2
Ce qui n'a pas changé
Vous devez inclure une dépendance à printemps-amorçage-starter-actionneur
Changements introduits au Printemps de Démarrage 2
Points de terminaison comme /health, /metrics etc. sont plus disponible par défaut à la racine de contexte. Ils sont disponibles dès maintenant à http://{host}:{port}/actuator.
Aussi, il n'a pas d'importance si votre demande de tous les autres points de terminaison de commencer avec un autre contexte comme /hello -- actionneur est disponible à /actuator et pas à /hello/actuator.
De faire un actionneur d'extrémité disponibles via HTTP, il doit être à la fois activé et exposés.
Par défaut:
seulement la /health et /info les points de terminaison sont exposés, quel que soit le Printemps de Sécurité et configuré dans votre application.
tous les points de terminaison, mais /shutdown sont activés (mais seulement /health et /info sont exposés)
Si vous souhaitez exposer tous les points de terminaison (pas toujours une bonne idée), vous pouvez le faire en ajoutant management.endpoints.web.exposure.include=* à application.properties. N'oubliez pas de citer le générique si vous utilisez yml-configurations.
Anciennes propriétés de départ avec endpoints.xyz sont abandonnés en faveur des propriétés de départ avec management.xyz
À partir de printemps-boot2, c'est maintenant management.endpoints.web.exposure.include=* En cas de configuration yaml vous devez citer le générique, sinon il ne pourra pas analyser: management.endpoints.web.exposure.include: '*' Je suis d'accord, la réponse est modifié Je me promène qu'est-ce que l'utilisation de l'actionneur si beaucoup a été supprimé ou désactivé par défaut. J'ai l'actionneur dans mon projet, et la seule chose utile est l'état de santé et même qui est discutable. Quelque chose est en cours d'exécution ou non et si le bas, puis le battement du cœur disparaît. L'info url crée un vide json. Alors pourquoi l'utiliser à tous? Rien n'est supprimé. Sensibles les points de terminaison sont désactivées par défaut pour une bonne raison
également de la documentation spécifique peut être trouvé ici
Quand je l'utilise, l' /métriques de point de terminaison œuvres, mais montre seulement les clés, pas les valeurs. Quelle place??? oui, c'est la façon dont il fonctionne, vous sélectionnez ensuite une métrique à l'écran au lieu d'avoir toutes les statistiques affichées dans un désordre seule page, également utiles pour d'autres applications comme prométhée ou atlas de lire les mesures
Vous avez besoin d'ajouter ci-dessous les accessoires dans votre application.properties fichier. J'ai eu le même problème jusqu'à ce que j'ai ajouté ci-dessous les accessoires.
Selon micromètre docs .Spring Boot 2.0.x prend en charge Micrométrique de la boîte via le Printemps de Démarrage de l'Actionneur.
Le point de terminaison métrique est désactivé par défaut, en ligne avec Spring Boot 2 du test décisif que tout point de terminaison qui peut l'exposer des données sensibles concernant la demande doit être désactivé par défaut. Il peut être activé par le paramètre:
de gestion.les points de terminaison.web.de l'exposition.inclure: les métriques
De la navigation à /actuator/metrics affiche une liste de compteur noms.
"*" a une signification spéciale en YAML, alors assurez-vous d'ajouter des guillemets si vous souhaitez inclure (ou d'exclure) tous les systèmes d'extrémité, comme indiqué dans l'exemple suivant:
Je voudrais améliorer l'OP de répondre avec plus d'informations dès que j'ai un peu de mal avant de finalement tomber sur cette solution, et il semble y avoir beaucoup de confusion au sujet des changements de comportement de l'actionneur à Ressort de Démarrage 2
Ce qui n'a pas changé
Vous devez inclure une dépendance à printemps-amorçage-starter-actionneur
Si vous souhaitez accéder à l'actionneur d'extrémité de la via HTTP, vous devez également ajouter une dépendance à printemps-amorçage-starter-web
De sorte que votre pom dépendances ressembler à ci-dessous
Changements introduits au Printemps de Démarrage 2
Points de terminaison comme
/health
,/metrics
etc. sont plus disponible par défaut à la racine de contexte. Ils sont disponibles dès maintenant àhttp://{host}:{port}/actuator
.Aussi, il n'a pas d'importance si votre demande de tous les autres points de terminaison de commencer avec un autre contexte comme
/hello
-- actionneur est disponible à/actuator
et pas à/hello/actuator
.Réponse de
/actuator
point de terminaison par défaut HATEOAS activé. Avant le Printemps de Démarrage 2, c'était le cas seulement si HATEOAS est sur le chemin de la classe et explicitement activé dansapplication.yml
De faire un actionneur d'extrémité disponibles via HTTP, il doit être à la fois activé et exposés.
Par défaut:
seulement la
/health
et/info
les points de terminaison sont exposés, quel que soit le Printemps de Sécurité et configuré dans votre application.tous les points de terminaison, mais
/shutdown
sont activés (mais seulement/health
et/info
sont exposés)Si vous souhaitez exposer tous les points de terminaison (pas toujours une bonne idée), vous pouvez le faire en ajoutant
management.endpoints.web.exposure.include=*
àapplication.properties
. N'oubliez pas de citer le générique si vous utilisez yml-configurations.endpoints.xyz
sont abandonnés en faveur des propriétés de départ avecmanagement.xyz
Pour une documentation complète, voir officiel doc et aussi la guide de migration
management.endpoints.web.exposure.include=*
En cas de configuration yaml vous devez citer le générique, sinon il ne pourra pas analyser:
management.endpoints.web.exposure.include: '*'
Je suis d'accord, la réponse est modifié
Je me promène qu'est-ce que l'utilisation de l'actionneur si beaucoup a été supprimé ou désactivé par défaut. J'ai l'actionneur dans mon projet, et la seule chose utile est l'état de santé et même qui est discutable. Quelque chose est en cours d'exécution ou non et si le bas, puis le battement du cœur disparaît. L'info url crée un vide json. Alors pourquoi l'utiliser à tous?
Rien n'est supprimé. Sensibles les points de terminaison sont désactivées par défaut pour une bonne raison
OriginalL'auteur senseiwu
Ajoutez la ligne suivante à votre
application.properties
fichier:management.endpoints.web.exposure.include=metrics
C'est tout.
OriginalL'auteur Jeen
Ce qui a fonctionné pour moi est la suivante (en format YAML) à travailler avec spring boot 2 version:
également de la documentation spécifique peut être trouvé ici
oui, c'est la façon dont il fonctionne, vous sélectionnez ensuite une métrique à l'écran au lieu d'avoir toutes les statistiques affichées dans un désordre seule page, également utiles pour d'autres applications comme prométhée ou atlas de lire les mesures
OriginalL'auteur tbo
Vous avez besoin d'ajouter ci-dessous les accessoires dans votre
application.properties
fichier. J'ai eu le même problème jusqu'à ce que j'ai ajouté ci-dessous les accessoires.OriginalL'auteur Krish
Bon j'ai trouvé la solution. J'ai ajouté une ligne dans l'application.propriétés
Cependant, la sécurisation de l'actionneur endoints est important
Lire ici:
https://docs.spring.io/spring-boot/docs/current/reference/html/production-ready-monitoring.html
OriginalL'auteur Dachstein
Selon micromètre docs .Spring Boot 2.0.x prend en charge Micrométrique de la boîte via le Printemps de Démarrage de l'Actionneur.
Le point de terminaison métrique est désactivé par défaut, en ligne avec Spring Boot 2 du test décisif que tout point de terminaison qui peut l'exposer des données sensibles concernant la demande doit être désactivé par défaut. Il peut être activé par le paramètre:
De la navigation à
/actuator/metrics
affiche une liste de compteur noms.Pour y accéder, utiliser quelque chose comme ceci:
http://localhost:8080/actuator/metrics/jvm.memory.used
OriginalL'auteur makson
"*" a une signification spéciale en YAML, alors assurez-vous d'ajouter des guillemets si vous souhaitez inclure (ou d'exclure) tous les systèmes d'extrémité, comme indiqué dans l'exemple suivant:
OriginalL'auteur Dilan
Eu le même problème de mise à niveau à partir du Printemps de Démarrage 1.5.15 à 2.1.4
Nécessaires pour modifier l'origine de la dépendance au Printemps pour le Démarrage de l'actionneur dans mon
pom.xml
à partir de:à:
remarquer l'ajout du mot
starter
dans leartifactId
.OriginalL'auteur disposedtrolley