Pour s'assurer que le serveur d'application reçoit les paramètres dans l'encodage correct depuis les requêtes client, vous devez configurer le connecteur de tomcat. Si vous utilisez Tomcat ou JBoss AS, ajoutez l'attribut URIEncoding="UTF-8" à la configuration du connecteur. Pour JBoss AS 4.2, modifiez ${JBOSS_HOME}/server/(default)/deploy/jboss-web.deployer/server.xml:

<Connector port="8080" URIEncoding="UTF-8"/>

Il ya une alternative qui est probablement meilleure. Vous pouvez dire à JBoss AS que l'encodage des paramètres des requeêtes sera prit depuis la requête:

<Connector port="8080" useBodyEncodingForURI="true"/>

Vous allez avoir besoin des chaines de caractères traduites pour tous les messages de votre applicatin (par exemple les labels des champsd e vos vues). En premier, vous alleza avoir besoin de vous assurer que vos fiches de ressources sont encodés avec l'encodage désiré. Par défaut, l'ASCII est utilisé. Mais l'ASCII n'est pas suffisant pour beaucoups de langues, il ne fourni pas toutes les lettres de tous les langages.

Les fichiers de ressource doivent être créés en ASCII ou utiliser le code déspécialisé Unicode pour représenter les lettres Unicode. Sinon vous ne pourez pas compiler le fichier de propriété dans le byte-code, il n'y a pas de moyen pour indiquer à la JVM quel groupe de caractères utiliser. Donc vous devez utiliser soit les caractères ASCII soi des caractères déspécialisés qui ne sont pas dans le groupe des caractères de l'ASCII. Vous pouvez représenter un caractère Unicode dans le fichier en Java en utilisant \uXXX, où XXX est la représentation hexadécimale de ce caractère.

Vous pouvez écrire votre traductions des labels (Section 16.3, « Les labels ») dans vos fichiers de ressource dans l'encodage natif et ensuite la conversation du fichier dans le format déspécialisé avec l'outil native2ascii fourni dans le JDK. Cet outil va convertir un fichier écrit dans votre encodage natif dans un nouveau où la représentation des caractères non-ASCII sera en séquence déspécialisé Unicode.

L'utilisation de cet outil est décrit dans ici pour Java 5 ou ici pour Java 6. Par exemple, pour convertir un fichier depuis UTF-8:

$ native2ascii -encoding UTF-8 messages_cs.properties > messages_cs_escaped.properties

Soyez sur que les vues affichant vos informations localisées et les message utilisent le bon groupe de caractères et aussi que toute donnée soumise utilise le bon encodage.

Pour définir l'encodage de caractère à afficher, vous devez utiliser la balise <f:view locale="cs_CZ"/> (ici pour dire à JSF d'utiliser la langue Tchèque). Vous pouvez vouloir modifier l'encodage du document xml lui-même si vous voulez embarqué des chaines de caractères localisées en xml. Pour faire cela, modifiez l'attriut d'encodage dans la déclaration xml <?xml version="1.0" encoding="UTF-8"?> selon le besoin.

De plus JSF/Facelets devrait soumettre toutes les requêtes en utilisant l'encodage de caractères spécifié, mais pour êtrer sur que toutes les requêtes ne vont pas indiquer un encodage vous pouvez obliger l'encodage de la requête en utilisant un filtre servlet. Vous configurez cela dans components.xml:

<web:character-encoding-filter encoding="UTF-8" 

   override-client="true" 

   url-pattern="*.seam" />

Seam fourni unjava.util.ResourceBundle (disponible pour l'application comme un org.jboss.seam.core.resourceBundle). Vous allez avoir besoin de rendre les labels à internationnaliser disponible via ce fichier de ressource spécial. Par défaut, le fichier de ressource utilisé par Seam est appelé messages et donc vous allez avoir besoin de définir vos labels dans des fichiers appelés messages.properties, messages_en.properties, messages_en_AU.properties, etc. Ces fichiers vont habituellement dans le dossier WEB-INF/classes.

Ainsi, dans messages_en.properties:

Hello=Hello

Et dans messages_en_AU.properties:

Hello=G'day

Vous pouvez sélectionner un nom différent pour le fichier de ressource en définissant dans la propriété de configuration de Seam dénommée org.jboss.seam.core.resourceLoader.bundleNames. Vous pouvez même spécifie une liste de fichier de ressources à chercher (premier trouvé, premier servi) pour les messages.

<core:resource-loader>

    <core:bundle-names>

        <value>mycompany_messages</value>

        <value>standard_messages</value>       

    </core:bundle-names>

</core:resource-loader>

Si vous voulez définir un message juste pour une page particulière, vous pouvez le spécifier dans le fichier de ressource avec le m^me nom que l'identifiant de la vue JSF, avec un / devant et en enlevant l'extension du nom de fichier. Ainsi vous pouvez mettre notre message dans welcome/hello_en.properties si vous avez seulement besoin d'afficher le message sur /welcome/hello.jsp.

Vous pouvez même spécifier un nom de fichier explicite dans pages.xml:

<page view-id="/welcome/hello.jsp" bundle="HelloMessages"/>

Ensuite, nous pourions utiliser les messages définie dans HelloMessages.properties avec /welcome/hello.jsp.

Si vous définissez vos labels en utilisant le fichier de ressource de Seam, vous allez être capable de les utiliser sans avoir à indiquer <f:loadBundle ... /> sur chaque page. Au lieu de cela, vous pouvez simplement indiquer:

<h:outputText value="#{messages['Hello']}"/>

ou:

<h:outputText value="#{messages.Hello}"/>

Même mieux, les mesages eux-même peuvent contenir des expressions EL:

Hello=Hello, #{user.firstName} #{user.lastName}

Hello=G'day, #{user.firstName}

Vous pouvez même utiliser les messages dans votre code:

@In private Map<String, String> messages;

@In("#{messages['Hello']}") private String helloMessage;

Le composant facesMessages est une façon super-simplifiée d'afficher un message de réussite ou d'echec à l'utilisateur. La fonctionnalité que nous avons juste à l'instant décrit fonctionne aussi avec les messages faces:

@Name("hello")

@Stateless

public class HelloBean implements Hello {

    @In FacesMessages facesMessages;

    

    public String sayIt() {

        facesMessages.addFromResourceBundle("Hello");

    }

}

Cela va afficher Hello, Gavin King ou G'day, Gavin, selon la locale de l'utilisateur.