Graal comment modifier les paramètres régionaux en cours

Comment puis-je modifier les paramètres régionaux en cours ?

  • J'ai essayé de mettre controller/action?lang=de mais mes paramètres régionaux est encore en_US

  • J'ai essayé de remplacer la valeur à l'aide de ce morceau de code:

    def key = "org.springframework.web.servlet.DispatcherServlet.LOCALE_RESOLVER"
def localeResolver = request.getAttribute(key)
localeResolver.setLocale(request, response, new Locale("de","DE"))

Rien n'a changé.

  • J'ai essayé de remplacer la valeur à l'aide de ce morceau de code:

    import org.springframework.web.servlet.support.RequestContextUtils as RCU;
RCU.getLocaleResolver(request).setLocale(request, response, new Locale("de","DE"))

Et... rien ne s'est passé. j'ai toujours mes paramètres régionaux définis à en_US.

Une idée pour modifier les paramètres régionaux ?

InformationsquelleAutor Benoit Wickramarachi | 2009-10-14
  1. 27

    Selon le chapitre 10. L'internationalisation de le Graal de la documentation, Graal prend en charge i18n hors de la boîte et vous devriez en effet être en mesure de modifier le paramètre à l'aide de la lang paramètre:

    Par défaut, les paramètres régionaux de l'utilisateur est détectée
    de la prochaine Accept-Language
    l'en-tête. Cependant, vous pouvez fournir aux utilisateurs
    la possibilité de basculer les paramètres régionaux par
    tout simplement en passant un paramètre appelé lang
    de Graal comme un paramètre de la requête:

    /book/list?lang=de

    Graal passera automatiquement
    paramètres régionaux de l'utilisateur et de les stocker dans un cookie
    donc, les demandes suivantes ont la
    nouvel en-tête.

    Mais parfois, vous pouvez régler la langue par défaut parce que toutes vos applications seront en anglais. Pour ce faire, tout ce que vous avez à faire est de définir votre localeResolver dans votre resources.groovy printemps fichier de configuration comme indiqué ci-dessous:

    beans = {
   localeResolver(org.springframework.web.servlet.i18n.SessionLocaleResolver) {
      defaultLocale = new Locale("de","DE")
      java.util.Locale.setDefault(defaultLocale)
   }
}

    Maintenant, sans plus de détails, je ne peux pas dire pourquoi à l'aide de la lang paramètre ne fonctionne pas dans votre cas. Juste au cas où, comment savez-vous que les paramètres régionaux est encore en_US?.

    • Merci pour votre réponse. J'ai essayé votre solution pour changer le defaultLocale mais j'ai toujours un en_US. Bonne question pour récupérer mes paramètres régionaux actuels-je utiliser la demande.locale'. Je peux aussi voir que le graal est encore la lecture de la valeur par défaut bundle message et de ne pas le 'de' version. Merci pour les indices!
    • Voulais juste être sûr de votre processus de validation est ok et c'est bien 🙂 Mais je dois dire que c'est vraiment bizarre. Pouvez-vous dire si le Accept-Language en-tête est réglé? Quelle est la version du graal utilisez-vous?
    • Oui bizarre, c'est certainement le mot... je suis en utilisant le Graal 1.1. Je viens de vérifier l'en-tête de la requête http et je peux voir: "Accept-Language: en-us,en;q=0.5"
    • Ce n'est pas le comportement attendu. Cependant, je ne pouvais pas trouver quelque chose à votre problème dans le Graal de Jira. Ce ne peut pas être manquée mais si c'est un bug. Je n'ai pas l'obtenir.
    • Testé cela dans 2.4.3 et ce travail est à définir le lieu de départ de paramètres régionaux. J'avais besoin de cette fonction pour définir NL comme langue par défaut.
    • Vous avez sauvé ma journée, merci!
    • J'ai utilisé jawr-plugin pour traduire un texte en javascript. J'ai trouvé que defaultLocale = new Locale ("fi", "FI") est juste assez pour définir la langue par défaut d'application et les paramètres Régionaux.setDefault(defaultLocale) effectivement empêché jawr pour changer la langue.

    InformationsquelleAutor Pascal Thivent
  2. 6

    Avez-vous essayez de modifier les paramètres régionaux en application de l'url de la racine (par exemple. http://localhost:8080/myapp/?lang=de)?

    Dans Graal de base, le programme d'installation essaie de changer les paramètres régionaux en application de la racine de l'url ne fonctionne pas. Graal modifier les paramètres régionaux dans localChangeInterceptor qui est appelée avant que tous les contrôleurs sont appelés. Lorsque vous accédez à l'application de la racine de l'url, pas de contrôleur est appelé comme on peut le voir en défaut UrlMappings.

    C'est pourquoi en changeant les paramètres régionaux en application de la racine de l'url ne fonctionne pas. Si vous essayez de changer l'url dans certains contrôleur, il fonctionne.

    Paramètres régionaux en cours est stocké sous clé org.springframework.web.servlet.i18n.SessionLocaleResolver.LOCALE_SESSION_ATTRIBUTE_NAME dans la session http. Vous pouvez le vérifier il.

    Bonne solution est de cartographier l'url de la racine de certains contrôleur dans UrlMappings.

    • Merci pour votre réponse. Mais oui, j'ai essayé de modifier les paramètres régionaux sur l'un de mes contrôleur et ça ne fonctionne pas. C'était vraiment bizarre, parce que la documentation décrivant le même comportement que ce que vous dites, mais mes paramètres régionaux n'était pas en train de changer... donc j'ai construit mon propre internationalisation à l'aide d'une variable de session pour stocker les paramètres régionaux en cours.
    InformationsquelleAutor Ondra Zahradnik
  3. 5

    C'est probablement trop tard, mais pour la référence, je le fais dans ma page index de contrôleur:

    session['org.springframework.web.servlet.i18n.SessionLocaleResolver.LOCALE'] = new Locale("es", "PR")
    InformationsquelleAutor jecolon
  4. 5

    Autant je comprends la façon dont vous contrôlez les paramètres régionaux "demande.paramètres régionaux" est mauvais, il donne les paramètres régionaux du navigateur, les paramètres régionaux du graal d'application.

    Vous devez utiliser "LocaleContextHolder.paramètres régionaux".

    Dans 2.0.3 il modifie les paramètres régionaux par un simple passage de paramètre lang=someLocale.

    • Merci pour votre explication, qui ont du sens.
    InformationsquelleAutor Khachatur Stepanyan
  5. 1

    J'ai eu un problème similaire, et c'était à cause d'un espace. J'ai eu:

    [space]messages_de.properties au lieu messages_de.properties

    InformationsquelleAutor chelder
  6. 0

    J'ai eu un problème avec ce temps de retour lors de la proxy-ing par le biais d'une ancienne version de Apache2.2 et en utilisant le graal (2.3.9) fichier war. J'ai eu plus de chance en utilisant mod_proxy_html (3.1) /Apache 2.4. Peut-être d'autres versions plus évoluées de graal résoudre ce problème.

    InformationsquelleAutor Nathan Dunn