


Comment configurer l'internationalisation des informations d'invite de validation SpringBoot
Spring Boot Validation prend en charge les annotations JSR-380 (alias Bean Validation 2.0, qui fait partie de Jakarta EE et JavaSE). Le message d'erreur de vérification peut être défini via l'attribut de message de l'annotation de vérification, et chaque annotation de vérification a une configuration de message par défaut. tel que La valeur de l'attribut de message de @NotBlank
est définie comme indiqué ci-dessous : @NotBlank
的message属性值设置如下图:
默认的message = "{...}"
的形式即指定国际化属性的名称,后续会根据语言环境替换为对应的值,而这些国际化属性的定义可参见hibernate-validator
中的org.hibernate.validator.ValidationMessages.properties
等一些列国际化属性定义:
而我们在实际使用过程中,除了可以设置message="{propName}"
的形式来读取国际化属性,亦可以直接设置值message="具体的提示信息",而不明确设置message则使用之前提到的org.hibernate.validator.ValidationMessages.properties
中的默认配置。
Spring Boot Validation起初其并不直接支持读取Spring Boot自身的国际化配置(通过spring.messages进行配置),而是需要在resources/ValidationMessages.properties中进行配置的国际化属性才会生效,而后续在Spring Boot 2.6+版本才支持Validation与Spring Boot自身的国际化配置相结合。
接下来结合Spring Boot 2.5和2.6版本分别介绍下Spring Boot Validation如何集成自定义国际化验证提示信息。
Spring Boot 2.5.x
在Spring Boot 2.5.x版本中,Spring Boot Validation默认只支持读取resources/ValidationMessages.properties
系列文件的中的国际化属性,且中文需要进行ASCII转码才可正确显示
如下图:
而就算Spring Boot应用亦声明了自身的国际化配置,但是Spring Boot Validation框架是读取不到的
例如:
Spring Boot应用自身的国际化配置如下图,但是在验证注解message属性设置i18n/messages.properties中的"{propName}"
是读取不到的:
而想要Spring Boot Validation框架和Spring Boot自身使用同样的国际化配置,则可通过如下方式进行配置:
import org.springframework.context.MessageSource; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.validation.Validator; import org.springframework.validation.beanvalidation.LocalValidatorFactoryBean; import org.springframework.web.servlet.config.annotation.WebMvcConfigurer; /** * Spring Web验证器自定义国际化文件配置<br/> * 注:适用于Spring Boot 2.5.* * * @author luohq * @date 2022-05-21 */ @Configuration public class WebValidationConfig implements WebMvcConfigurer { /** * 国际化消息源 */ private MessageSource messageSource; public WebValidationConfig(MessageSource messageSource) { //注入Spring Boot国际化消息源(需通过spring.messages明确指定) this.messageSource = messageSource; } /** * 使用自定义LocalValidatorFactoryBean, * 设置Spring国际化消息源 */ @Bean @Override public Validator getValidator() { LocalValidatorFactoryBean bean = new LocalValidatorFactoryBean(); //仅兼容Spring Boot spring.messages设置的国际化文件和原hibernate-validator的国际化文件 //不支持resource/ValidationMessages.properties系列 bean.setValidationMessageSource(this.messageSource); return bean; } }
注:
通过上述配置类进行配置后,
仅兼容Spring Boot spring.messages设置的国际化文件和原hibernate-validator的国际化文件
不再支持resource/ValidationMessages.properties系列
Spring Boot 2.6.x
翻了Github上Spring Boot框架的Release说明,发现其在2021-08-20发布的v2.6.0-M2中提到了支持使用自身国际化MessageSource解析验证提示信息,也就是说Spring Boot 2.6.x版本之后已支持验证注解message属性引用Spring Boot自身国际化配置。
实际测试Spring Boot 2.6.x版本,验证注解message="{propName}"
:
可以直接读取通过
spring.messages
设置的国际化配置中的属性(设置UTF-8编码后中文可无需ASCII转码),同时亦支持读取
resources
/ValidationMessages.properties
中的配置(中文需ASCII转码),-
且依旧支持原
hibernate-validator
message = "{...}"
par défaut spécifie le nom de l'attribut d'internationalisation, qui sera remplacé par celle correspondante en fonction de la locale. La valeur de ces propriétés d'internationalisation peut être trouvée dans hibernate-validator
et une série de définitions de propriétés d'internationalisation telles que org.hibernate.validator.ValidationMessages.properties<.> : 
Et nous l'utilisons actuellement Pendant le processus, en plus de définir le formulaire de message="{propName}"
pour lire les propriétés internationales, vous pouvez également définir directement la valeur message="informations d'invite spécifiques ". Si vous ne définissez pas explicitement le message, utilisez la configuration par défaut dans org.hibernate.validator.ValidationMessages.properties
mentionnée précédemment. 

Spring Validation de démarrage Au début, il ne prenait pas directement en charge la lecture de la propre configuration d'internationalisation de Spring Boot (configurée via spring.messages), mais les propriétés d'internationalisation qui doivent être configurées dans resources/ValidationMessages.properties prendront effet plus tard, dans Spring Boot 2.6 uniquement. la version + prend en charge la combinaison de la validation et de la propre configuration internationale de Spring Boot.
Ensuite, nous présenterons comment Spring Boot Validation intègre les informations d'invite de validation internationale personnalisées en conjonction avec les versions Spring Boot 2.5 et 2.6. 
Spring Boot 2.5.x
Dans la version Spring Boot 2.5.x, Spring Boot Validation prend uniquement en charge l'internationalisation lors de la lecture de la série de fichiers resources/ValidationMessages.properties
par attribut par défaut, et le chinois doit être transcodé en ASCII pour s'afficher correctement🎜🎜Comme indiqué ci-dessous :🎜🎜
🎜🎜Même si l'application Spring Boot déclare sa propre configuration d'internationalisation, le framework Spring Boot Validation ne peut pas la lire🎜🎜Par exemple : 🎜🎜L'application Spring Boot elle-même La configuration d'internationalisation est comme indiqué ci-dessous, mais le "{propName}"
dans le paramètre d'attribut de message d'annotation de vérification i18n/messages.properties ne peut pas être lu : 🎜🎜
🎜🎜Et vous souhaitez utiliser le même cadre de validation Spring Boot que Spring Boot lui-même. La configuration internationale peut être configuré comme suit : 🎜rrreee🎜Remarque : 🎜
- 🎜Après la configuration via la classe de configuration ci-dessus, 🎜🎜
- 🎜Uniquement compatible avec les fichiers d'internationalisation définis par Spring Boot spring.messages et les fichiers d'internationalisation du hibernate-validator d'origine🎜🎜
- 🎜Ne prend plus en charge la série resource/ValidationMessages.properties🎜🎜🎜
Spring Boot 2.6.x h3>🎜 J'ai vérifié les instructions de publication du framework Spring Boot sur Github et j'ai découvert que dans la v2.6.0-M2 publiée le 20/08/2021, il mentionnait la prise en charge de l'utilisation de son propre MessageSource internationalisé pour analyser les informations d'invite de vérification, c'est-à-dire On dit que Spring Boot 2.6.x et versions ultérieures prennent en charge l'attribut de message d'annotation de vérification pour faire référence à la propre configuration internationale de Spring Boot. 🎜🎜
🎜🎜Actuel test de la version Spring Boot 2.6.x, annotation de vérification message="{propName}"
: 🎜
- 🎜peut être lue directement via
spring. Attributs dans la configuration d'internationalisation définie par messages
(le chinois ne nécessite pas de transcodage ASCII après avoir défini le codage UTF-8), 🎜🎜
- 🎜prend également en charge la lecture des
ressources
/Configuration dans ValidationMessages.properties
(le chinois nécessite un transcodage ASCII), 🎜🎜
- 🎜 et prend toujours en charge les fichiers d'internationalisation du
hibernate-validator
d'origine. 🎜🎜🎜🎜Et la priorité de lecture est de haut en bas, c'est-à-dire que celle du haut prend effet en premier. 🎜🎜Voir la figure ci-dessous pour une configuration et une utilisation spécifiques : 🎜🎜🎜🎜🎜Spring Boot 2.6 Concernant l'intégration de Spring Boot Validation et MessageSource, des détails d'implémentation spécifiques peuvent être trouvés dans la GitHub Pull Request #17530 mentionnée dans la version : 🎜🎜🎜🎜
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

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
