Discussion :

[ahmeda]

Slt,

Je veux faire récupérer la map situé dans la mémoire après apres aoir executé la page jsf qui contient ce code

<f:loadBundle basename="com.Message" var="msg" />

est ce que je peux récupérer cet map de la mémoire avec FacesContext
et le modifier si c possible.

Merci pour votre aide

[tchize_]

dans le request scope, tu trouvera une valeur sous la clé "msg" . Pour modifier il suffit de changer cette valeur.

[ahmeda]

j'ai pas trouvé comment accéder à request à partir de facesContext .
est ce que tu ve dire par "dans le request scope" a partir du servlet
ou a partir de la page jsp elle même?

merci pour votre aide

[tchize_]

j'ai pas trouvé comment accéder à request à partir de facesContext .

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FacesContext.getCurrentInstance().getExternalContext().getRequestMap()

Return a mutable Map representing the request scope attributes for the current application. The returned Map must implement the entire contract for a modifiable map as described in the JavaDocs for java.util.Map. Modifications made in the Map must cause the corresponding changes in the set of request scope attributes.

est ce que tu ve dire par "dans le request scope" a partir du servlet
ou a partir de la page jsp elle même?

C'est la même chose. Des request scope, il n'y en a pas 36.000 dans une requete

[ahmeda]

Merci j'ai pu récupérer le map de la mémoire

Map<String, Object> p=(Map<String, Object>) FacesContext.getCurrentInstance().getExternalContext().getRequestMap().get("msg");

mais il me reste un problème ,c qu'il faut connaitre le nom du bundle "var=?" pour pouvoir accéder a cet map.

moi çe que je veux faire exactement c récupéré cet map par une autre application qui va traduire l'application source en affichant la traduction (apercu ) avant de l'enregistrer les changements dans la fichier de ressources, mais le problème dans ce cas ce qu'il faut que je sais le nom du bundle "var=?"
je sais pas si t'a compris un peu mon problème

en tt cas merci pour ton aide

[tchize_]

Sans le nom t'aura accès à rien. Je comprend pas pourquoi tu veux chipotter ainsi avec ton ressource bundle (loadressource en jsf, accès direct à l'api) tout ca pour faire des traductions. Pour traduire une application, on prend simplement les fichiers properties et on les file aux traducteurs.

[ahmeda]

Slt tchize

En faite j'ai une application qui doit initialiser les traductions (contenu des fichiers ressources) ,
et elle doit me fournir un apercu avec les traductions entrées pour voir es ce qu'elles affectent la mise en forme de la page en question ou non.
Si c bon on sauvegarde la traduction sinon on entre une autre traduction (plus courte par exemple)
c un peux flou mai c une application qui va permettre de traduire des applications qui sont en cours d'exploitations, et qui ne doivent pas etre affectés par des grandes changement dans leurs codes.

Merci

[tchize_]

Le problème, c'est que les ressource bundle une fois chargé en mémoire, en java, il y restent et ils ne sont pas modifiable. Quand tu fait un f:loadbundle, ca va faire appel en backend à ResourceBundle.getResourceBundle(). La "Map" en mémoire n'étant qu'une décoration. Ton problème, c'est que f:loadBundle va a chaque fois recréer la map sur base du ressourcebundle (que tu ne sais pas modifier). Donc si
1) tu change la map avant l'affichage en fournissant la tienne (qui prendrais les données du banc traducteur), f:loadbundle va écraser la map en question, aucun resultat
2) si tu change la map après l'affichage, ca sert à rien, evidement
3) si tu modifie tes jsp/xhtml pour modifier ta map -> autant ne pas passer par f:loadbundle alors. Cependant modifier tes fichiers juste pour l'étape de traduction m'a l'air dangereux


Pourquoi ne pas faire ce qu'on fait habituellement?
1) on prend les fichier properties
2) les traducteur le traduisent entièrement
3) on charge le proprties dans une applicaiton démo
4) les traducteurs vérifient l'application démo et note tout ce qui dépasse
5) on rechange les fichiers properties là ou il faut
6) tant que nécessaire on recommence en 3

Avantage: le processus de traduction n'est pas intrusif dans ton application.