Wie funktioniert es mit der bean-validation-Nachrichten und i18n in JSF2?

Ich erstellt Prüfmeldungen(ValidationMessages.Eigenschaften) - Datei, um die i18n möglich in mein Projekt.

Sieht es so aus:

pwtNumber.error=PWT Number error..

Definierte ich es in faces-config.xml:

<message-bundle>com.mycompany.web.i18n.ValidationMessages</message-bundle>

In meinem code habe ich es auf diese Weise:

 @Null(message = "{pwtNumber.error}")
    public String getPwtNummer() {
        return pwtNummer;
    }

Aber das problem ist ich bekomme nicht die Fehlermeldung, sondern der Schlüssel aus der properties-Datei. Es ist die Fehlermeldung, die ich bekomme:

myForm:pwtNummer: {pwtNumber.error}

Wie kann ich es lösen?

InformationsquelleAutor Kayser | 2012-09-05
  1. 8

    Du bist verwirrend JSF-builtin-Validierung mit JSR303 bean validation.

    Den <message-bundle> zu überschreiben verwendet werden/geben Sie an, JSF eingebaute Validierung von Nachrichten, nicht JSR303 bean-validation-messages. Obwohl Sie den richtigen Namen für die JSR303 bean-validation-bundle-Datei, ValidationMessages.properties, die JSR303 bean validation allerdings erfordert auch die bundle-Datei in den root des classpath (also ohne jedes Paket; im default-package). Nachdem Sie behoben haben, dass, vergessen Sie nicht, entfernen Sie die falsche <message-bundle> Eintrag.

    Siehe auch:

    • Wo sollte ich diese Datei ersetzen, in einem maven-Projekt? src/main/webapp??
    • Ich habe keine Ahnung. Ich bin kein Maven Kerl. Ich würde sagen, einfach in den root der Java-Quell-Ordner, dort, wo Sie gelegt habe, Ihr Java-Pakete. Nur in der gleichen Ebene wie die com Ordner, der Ihre com. root-Paket.
    • Ich lege die Datei in das root-und ich entfernte die <message-bundle> Eintrag aus faces-config.xml. Ich schrieb einige Schlüssel und Werte in der property-Datei, wie javax.faces.component.UIInput.CONVERSION -- {0}: Conversion error occurred konnte ich nicht finden das Klasse @Null annotation oder @Size annotation. Deshalb konnte ich nicht überschreiben, die Fehlermeldungen, diese Anmerkungen . Wo kann ich diese finden..
    • Ähm, Sie scheinen zu halten, zu verwirren. javax.faces.component.UIInput.CONVERSION ist JSF-builtin-Konverter-Nachricht, die nicht Bestandteil der JSR303 bean validation. Legen Sie es in eine eigene Eigenschaften-Datei, die Sie registrieren, indem <message-bundle>.
    • Hmm ich bin jetzt echt verwirrt. Wie kann ich das überschreiben der bean-validation-messages(JSR303)?
    • Geben Sie die message Attribut des JSR303 annotation wie du schon @Null(message = "{pwtNumber.error}"). Den code in deine Frage ist gut, die einzige Sache, die Sie ändern müssen, ist die Platzierung der properties-Datei im root-Paket und loszuwerden <message-bundle>. Das ist alles, genau wie bereits in meiner Antwort.
    • Und sollte ich es definieren in validationmessages.Eigenschaften. Diese Datei sollte gehalten werden im root-Ordner. Wie funktioniert das Projct wissen, dass die property-Datei ist es. Sollte ich registrieren?
    • Sie brauchen nicht, um es zu registrieren. Es ist nur die predefinied mit dem Namen ValidationMessages (case sensitive!) und die predefinied Lage (Paket root!) das macht es automatisch registriert.
    • Es funktioniert nicht. Ich lege die Datei im web-Modul(Beinhaltet managedbeans). Aber die annotierten Klassen sind in ein weiteres Modul (Data-Modul). Ich Generiere ein Ohr, die Sie verwenden. Kann es der Grund sein. ?
    • Ich bin kein Maven-Typ, aber diese Datei hat letztlich, um am Ende in /WEB-INF/classes Ordner, der gebaut war-Datei. In der Regel (mindestens, ohne Maven), nur stellen Sie es im Stammverzeichnis der Java-Quell-Ordner sollte es tun.
    • Ich überprüft.. Es befindet sich in /WEB-INF/classes
    • es muss im Krieg(/WEB-INF/classes), die nicht direkt im Ohr, richtig??
    • Ja, im KRIEG. Es sollte gut funktionieren jetzt. Ich habe Ihre code-snippet wieder und @Null ist nicht recognizeable als standard JSR303 bean-validation-annotation. Es sollte @NotNull.
    • Ich danke Ihnen sehr. Ich habe es gefunden. Die Standardsprache in mein Betriebssystem ist Deutsch. Daher braucht es ValidationProperties_de fügte ich diese Datei, dann funktioniert es. Eine dumme Frage wieder. Wie kann der Benutzer ändern, bean validation Sprache?
    • Das Gebietsschema, das verwendet wird, stammen aus UIViewRoot#getLocale(). So, die enduser können es ändern, indem die änderung der JSF-view locale (die <f:view locale="#{someLocaleManager.locale}">).
    • Dank wieder und wieder und wieder :-)))
    • wenn die BeanValidation-framework integriert mit JSF für die erste Gebietsschema, warum nicht die Integration mit JSF-message bundles für die Lokalisierung? warum so viele verschiedene, widersprüchliche und redundante Artefakte? Merkwürdig sind auch die Möglichkeiten von Java/JEE-Spec-Schreiber!

    InformationsquelleAutor BalusC
Schreibe einen Kommentar