L'approche traditionnelle est généralement la suivante :
1. Modifiez le niveau de journalisation dans la configuration
2 Redémarrez l'application
3. Vérifiez le journal des erreurs pour résoudre le problème une fois le problème survenu
Ce processus nécessite le redémarrage de l'application, ce qui est plus gênant, moins efficace, et pour les projets en ligne à grande échelle, il est impossible d'arrêter et de redémarrer à volonté. Existe-t-il donc un moyen de modifier dynamiquement le niveau de journalisation sans redémarrer l'application ?
Maintenant, laissez Lao Wan vous apprendre à modifier dynamiquement le niveau de journalisation via le composant actionneur de SpringBoot.
Ici, j'ai modifié le chemin d'accès par défaut de l'actionneur /actuator en /message afin de le garder cohérent avec le chemin d'accès de base du projet.
Deux méthodes de configuration pour activer le port :
Méthode 1 : (Recommandée)
management.endpoints.web.exposure.include=loggers
Copier après la connexion
Méthode 2 : (Cette méthode n'a pas fonctionné lors du test)
management.endpoint.loggers.enabled=true
Copier après la connexion
Supplémentaire : Comment désactiver le port d'information
Concernant le composant actionneur, il est appelé l'un des quatre composants majeurs du spring boot. Il possède des fonctions puissantes. Vous pouvez trouver quelques informations sur Internet pour en savoir plus.
Description du port du point de terminaison de l'actionneur :
ID
Description
Activé par défaut
auditevents
Afficher les informations sur les événements d'audit de l'application actuelle
Oui
haricots
Afficher un Liste complète de tous les Spring Beans dans l'application
Oui
conditions
Affiche l'état des classes de configuration et d'auto-configuration et les raisons pour lesquelles elles sont ou non appliquées
Oui
configprops
Affiche une liste de collection de tous les @ConfigurationProperties
Oui
env
Affiche les propriétés de ConfigurableEnvironment de Spring
Oui
flyway
Afficher le chemin des migrations de base de données, le cas échéant
Oui
santé
Affichage les informations de santé de l'application (lors d'un accès via une connexion non authentifiée, un simple "statut" s'affiche, et lors d'un accès via une connexion authentifiée, tous les détails des informations sont affichés)
Oui
info
Afficher toutes les informations de l'application
Oui
liquibase
Afficher tout chemin de migration de la base de données Liquibase, le cas échéant
Oui
metrics
Afficher les informations de métriques de l'application actuelle
Oui
mappages
Affiche une collection Liste de tous les chemins @RequestMapping
Yes
ScheduledTasks
affiche des tâches planifiées dans l'application
Yes
Sessions
permet la récupération du magasin de session pris en charge par Spring Sessions et supprimer (récupération et suppression) séances. Non disponible lors de l'utilisation de la prise en charge de Spring Session pour les applications Web réactives. Oui Si vous utilisez une application Web (Spring MVC, Spring WebFlux ou Jersey), vous pouvez également utiliser les points de terminaison suivants :
ID
Description
Activé par défaut
heapdum
Renvoie un GZip fichier de vidage de tas hprof compressé
Oui
jolokia
Expose les beans JMX sur HTTP (WebFlux n'est pas disponible lorsque Jolokia est sur le chemin de classe)
Oui
logfile
Renvoie le contenu du fichier journal (en cas de journalisation. ou la journalisation est définie sur l'attribut .path), prend en charge l'utilisation de l'en-tête HTTP Range pour recevoir des informations partielles sur le contenu du fichier journal
Oui
prometheus
Afficher les informations sur les métriques dans un format qui peut être capturé par le serveur Prometheus
Yes
pour être modifié pour déterminer quels critères de terminaison sont exposés, utilisez les propriétés spécifiques à la technologie suivantes et excluent les propriétés:
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Introduction à Jasypt Jasypt est une bibliothèque Java qui permet à un développeur d'ajouter des fonctionnalités de chiffrement de base à son projet avec un minimum d'effort et ne nécessite pas une compréhension approfondie du fonctionnement du chiffrement. Haute sécurité pour le chiffrement unidirectionnel et bidirectionnel. technologie de cryptage basée sur des normes. Cryptez les mots de passe, le texte, les chiffres, les binaires... Convient pour l'intégration dans des applications basées sur Spring, API ouverte, pour une utilisation avec n'importe quel fournisseur JCE... Ajoutez la dépendance suivante : com.github.ulisesbocchiojasypt-spring-boot-starter2 1.1. Les avantages de Jasypt protègent la sécurité de notre système. Même en cas de fuite du code, la source de données peut être garantie.
Scénario d'utilisation 1. La commande a été passée avec succès mais le paiement n'a pas été effectué dans les 30 minutes. Le paiement a expiré et la commande a été automatiquement annulée 2. La commande a été signée et aucune évaluation n'a été effectuée pendant 7 jours après la signature. Si la commande expire et n'est pas évaluée, le système donne par défaut une note positive. 3. La commande est passée avec succès. Si le commerçant ne reçoit pas la commande pendant 5 minutes, la commande est annulée. 4. Le délai de livraison expire et. un rappel par SMS est envoyé... Pour les scénarios avec des délais longs et de faibles performances en temps réel, nous pouvons utiliser la planification des tâches pour effectuer un traitement d'interrogation régulier. Par exemple : xxl-job Aujourd'hui, nous allons choisir
1. Redis implémente le principe du verrouillage distribué et pourquoi les verrous distribués sont nécessaires. Avant de parler de verrous distribués, il est nécessaire d'expliquer pourquoi les verrous distribués sont nécessaires. Le contraire des verrous distribués est le verrouillage autonome. Lorsque nous écrivons des programmes multithreads, nous évitons les problèmes de données causés par l'utilisation d'une variable partagée en même temps. Nous utilisons généralement un verrou pour exclure mutuellement les variables partagées afin de garantir l'exactitude de celles-ci. les variables partagées. Son champ d’utilisation est dans le même processus. S’il existe plusieurs processus qui doivent exploiter une ressource partagée en même temps, comment peuvent-ils s’exclure mutuellement ? Les applications métier d'aujourd'hui sont généralement une architecture de microservices, ce qui signifie également qu'une application déploiera plusieurs processus si plusieurs processus doivent modifier la même ligne d'enregistrements dans MySQL, afin d'éviter les données sales causées par des opérations dans le désordre, les besoins de distribution. à introduire à ce moment-là. Le style est verrouillé. Vous voulez marquer des points
Springboot lit le fichier, mais ne peut pas accéder au dernier développement après l'avoir empaqueté dans un package jar. Il existe une situation dans laquelle Springboot ne peut pas lire le fichier après l'avoir empaqueté dans un package jar. La raison en est qu'après l'empaquetage, le chemin virtuel du fichier. n’est pas valide et n’est accessible que via le flux Read. Le fichier se trouve sous les ressources publicvoidtest(){Listnames=newArrayList();InputStreamReaderread=null;try{ClassPathResourceresource=newClassPathResource("name.txt");Input
SpringBoot et SpringMVC sont tous deux des frameworks couramment utilisés dans le développement Java, mais il existe des différences évidentes entre eux. Cet article explorera les fonctionnalités et les utilisations de ces deux frameworks et comparera leurs différences. Tout d’abord, découvrons SpringBoot. SpringBoot a été développé par l'équipe Pivotal pour simplifier la création et le déploiement d'applications basées sur le framework Spring. Il fournit un moyen rapide et léger de créer des fichiers exécutables autonomes.
Lorsque Springboot+Mybatis-plus n'utilise pas d'instructions SQL pour effectuer des opérations d'ajout de plusieurs tables, les problèmes que j'ai rencontrés sont décomposés en simulant la réflexion dans l'environnement de test : Créez un objet BrandDTO avec des paramètres pour simuler le passage des paramètres en arrière-plan. qu'il est extrêmement difficile d'effectuer des opérations multi-tables dans Mybatis-plus. Si vous n'utilisez pas d'outils tels que Mybatis-plus-join, vous pouvez uniquement configurer le fichier Mapper.xml correspondant et configurer le ResultMap malodorant et long, puis. écrivez l'instruction SQL correspondante Bien que cette méthode semble lourde, elle est très flexible et nous permet de
1. Personnalisez RedisTemplate1.1, mécanisme de sérialisation par défaut RedisAPI. L'implémentation du cache Redis basée sur l'API utilise le modèle RedisTemplate pour les opérations de mise en cache des données. Ici, ouvrez la classe RedisTemplate et affichez les informations sur le code source de la classe. Déclarer la clé, diverses méthodes de sérialisation de la valeur, la valeur initiale est vide @NullableprivateRedisSe
Dans les projets, certaines informations de configuration sont souvent nécessaires. Ces informations peuvent avoir des configurations différentes dans l'environnement de test et dans l'environnement de production, et peuvent devoir être modifiées ultérieurement en fonction des conditions commerciales réelles. Nous ne pouvons pas coder en dur ces configurations dans le code. Il est préférable de les écrire dans le fichier de configuration. Par exemple, vous pouvez écrire ces informations dans le fichier application.yml. Alors, comment obtenir ou utiliser cette adresse dans le code ? Il existe 2 méthodes. Méthode 1 : Nous pouvons obtenir la valeur correspondant à la clé dans le fichier de configuration (application.yml) via le ${key} annoté avec @Value. Cette méthode convient aux situations où il y a relativement peu de microservices. Méthode 2 : En réalité. projets, Quand les affaires sont compliquées, la logique