Changer une variable d'environnement

**grignette** · 23/12/2010, 12h39

Bonjour,

Je travaille sur une application qui génère des docx. Elle fonctionne parfaitement sur le serveur de développement. Le problème c'est que cela ne marche absolument pas sur le serveur en production au niveau des caractères accentués (le docx refuse de s'ouvrir). Tout ça a cause d'une petite variable d'environnement : LANG=fr_FR au lieu de LANG=fr_FR.UTF-8 (Vérifié en lançant mon application dans un telnet en changeant la variable d'environnement pour la session)

Ne pouvant pas changer cette variable sur le serveur de production, j'aimerais dans mon application la "changer".

J'ai essayé :
String cmd = "set LANG=fr_FR.UTF-8 ; export LANG";
Runtime run = Runtime.getRuntime();
run.exec(cmd);
Mais j'ai une erreur "not found"

Puis :
System.setProperty("LANG","fr_FR.UTF-8") ;
Qui ne fait pas d'erreur mais qui ne change rien : l'application n'est toujours pas fonctionnelle.

Alors j'aimerais savoir si quelqu'un a une petite idée pour me sortir de mon problème :euh:
Merci d'avance.

**adiGuba** · 23/12/2010, 14h57

Salut,

Tu ne peux pas changer une variable d'environnement au sein de ton programme.

Envoyé par grignette

J'ai essayé :
String cmd = "set LANG=fr_FR.UTF-8 ; export LANG";
Runtime run = Runtime.getRuntime();
run.exec(cmd);
Mais j'ai une erreur "not found"

Deux remarques :

Runtime.exec() lance un nouveau processus séparé, qui n'aura aucun impact sur ton processus...
set est une commande interne du shell, qui ne peut pas être appelée directement par Runtime.exec() (il faudrait appeler le shell système)

Envoyé par grignette

System.setProperty("LANG","fr_FR.UTF-8") ;
Qui ne fait pas d'erreur mais qui ne change rien : l'application n'est toujours pas fonctionnelle.

Les propriétés Java ne correspondent pas aux variables d'environnements (même si certaines peuvent être lié).

Dans ton cas je suppose qu'il s'agit de la propriété Java "file.encoding"... mais il veut mieux éviter de la modifier.

A la place il serait plutôt préférable de définir l'encodage dans ton code, lorsque tu génères ton fichier.

a++

**grignette** · 23/12/2010, 15h07

Tout d'abord, merci de m'avoir répondu.

Envoyé par adiGuba

A la place il serait plutôt préférable de définir l'encodage dans ton code, lorsque tu génères ton fichier.

J'ai déjà essayé cette solution et cela ne change rien à mon problème. J'avais fait ceci dans une première version de mon programme :

OutputStreamWriter out = new OutputStreamWriter(new FileOutputStream(urlDoc),"UTF-8");

Et ceci avec une deuxième version utilisant la librairie vélocity :

template = engine.getTemplate(templateURL, "UTF-8");

Comment procéder pour appeler le shell système ? Enfin si c'est possible... Faut il utiliser une librairie ou bien il existe déjà des commandes java ?

**adiGuba** · 23/12/2010, 15h37

Envoyé par grignette

J'ai déjà essayé cette solution et cela ne change rien à mon problème.

Cela signifie surement que tu doit spécifier l'encodage également autre part...

Envoyé par grignette

Comment procéder pour appeler le shell système ? Enfin si c'est possible... Faut il utiliser une librairie ou bien il existe déjà des commandes java ?

Heu... Tu n'as pas tout lu : cela ne servirait à rien puisque cela changerait l'encodage du nouveau processus... mais pas du tiens !

Soit tu défini la propriété système "file.encoding" (mais c'est pas top), soit tu défini correctement l'encodage partout où il le faut...

a++

**grignette** · 23/12/2010, 15h44

OK. Je vais voir ce que je peux faire en fonction de tes réponses.
Merci pour ces éclaircissements.

**grignette** · 23/12/2010, 17h07

J'ai finalement trouvé une toute autre solution :

J'ai créé un .sh avec ceci :

#!/bin/bash
export LANG="fr_FR.UTF-8"
echo $LANG

Dans mon programme je fais ceci :

String cmd = "sh /../changeLang.sh";
Runtime run = Runtime.getRuntime();
run.exec(cmd);

Et c'est bingo !

**adiGuba** · 23/12/2010, 17h13

Et ça marche réellement ? Ton fichier est bien généré ???

Cela me semble impossible !

a++

**grignette** · 23/12/2010, 17h15

Oui oui cela marche parfaitement !

**adiGuba** · 23/12/2010, 17h29

Sans rire c'est impossible que ceci règle ton problème...

Ton fichier changeLang.sh contient uniquement ceci ?
Tu es sûr que tu n'as pas défini le export AVANT de lancer ton application Java ???

a++

PS : Au passage je ne comprend pas pourquoi tu t’enquiquine avec Runtime. Si c'est pour faire un truc sale autant modifier directement la propriété "file.encoding".

**grignette** · 23/12/2010, 17h34

Envoyé par adiGuba

Sans rire c'est impossible que ceci règle ton
PS : Au passage je ne comprend pas pourquoi tu t’enquiquine avec Runtime. Si c'est pour faire un truc sale autant modifier directement la propriété "file.encoding".

Peux tu développer ceci ? En quoi est ce que c'est sale ? Comment être plus propre ?

Sinon oui, mon fichier changeLang.sh contient uniquement cela et je n'ai rien défini avant. Je ne comprends pas pourquoi ça te semble aussi invraisemblable

**adiGuba** · 23/12/2010, 17h49

Envoyé par grignette

Peux tu développer ceci ? En quoi est ce que c'est sale ?

Tu changes la configuration par défaut de l'encodage des fichiers pour corriger ton problème. Mais cela n'impacte pas uniquement ton bout de code mais toute ton application. Si elle ne fait que cela cela peut paraitre anodin, mais si elle est plus complexe cela pourrait avoir des effets indésirables (mauvais encodage/lecture d'autres fichiers, etc.)

Envoyé par grignette

Comment être plus propre ?

Je l'ai déjà dit : en spécifiant l'encodage dans ton code qui génère le document, partout où cela est nécessaire... Mais cela dépend de ton code.

Envoyé par grignette

Sinon oui, mon fichier changeLang.sh contient uniquement cela et je n'ai rien défini avant. Je ne comprends pas pourquoi ça te semble aussi invraisemblable

Je l'ai déjà dit aussi : tu lances un nouveau programme (un shell en l'occurrence) qui modifie une de ses variables et se termine. Cela ne devrait avoir aucun impact sur le programme Java (qui comme tout programme possède ses propres variables d'environnement).

a++

**tchize_** · 23/12/2010, 23h04

Envoyé par grignette

Peux tu développer ceci ? En quoi est ce que c'est sale ? Comment être plus propre ?

Parce que la méthode propre, c'est de définir clairement l'encodage lorsqu'on ouvre ses writer. Les seuls cas ou file.encoding est utilisé (donc indirectement, l'environnement) c'est quand on ne précise pas l'encodage.

Sinon oui, mon fichier changeLang.sh contient uniquement cela et je n'ai rien défini avant. Je ne comprends pas pourquoi ça te semble aussi invraisemblable

Voyons, dans l'ordre

1) ca ne change la variable d'environnement QUE dans l'application lancée, ca n'a AUCUNE influence sur le programme appelant, car chaque process à son propre environnement, environnement en général hérité dans les processus enfant (bref, c'est un transfert d'information à sens unique)
2) Même si on envisageait, par un curieux phénomène cosmique, qu'il soit possibile de changer l'environnement de l'application java depuis ce shell invoqué, ca n'aurait a nouveau aucune influence. Java initialise System.property à son démarrage, et c'est la dessus que se basent les Writer quand on "oublie" de leur préciser explicitement l'encodage à utiliser.
3) la commande "sh /../changeLang.sh" ne peux pas marche, il n'y a pas de répertoire ".." à la racine ("/") du système sous linux.

**adiGuba** · 24/12/2010, 08h46

Envoyé par tchize_

il n'y a pas de répertoire ".." à la racine ("/") du système sous linux.

Je n'avais pas fait attention à cela dans son code... mais il y a bien un répertoire ".." à la racine (qui est équivalent à ".").

Donc le script devrait bien s'exécuter (s'il est à la racine), mais son intérêt reste plus que limité...

a++

**grignette** · 24/12/2010, 09h34

Envoyé par tchize_

1) ca ne change la variable d'environnement QUE dans l'application lancée, ca n'a AUCUNE influence sur le programme appelant, car chaque process à son propre environnement, environnement en général hérité dans les processus enfant (bref, c'est un transfert d'information à sens unique)

C'est bien ce que je voulais.

Envoyé par tchize_

2) Même si on envisageait, par un curieux phénomène cosmique, qu'il soit possibile de changer l'environnement de l'application java depuis ce shell invoqué, ca n'aurait a nouveau aucune influence. Java initialise System.property à son démarrage, et c'est la dessus que se basent les Writer quand on "oublie" de leur préciser explicitement l'encodage à utiliser.

Lorsque je les définissais, mes caractères spéciaux se transformaient en "?".

Envoyé par tchize_

3) la commande "sh /../changeLang.sh" ne peux pas marche, il n'y a pas de répertoire ".." à la racine ("/") du système sous linux.

Le /../ c'est juste pour vous éviter ma longue liste de répertoire avant d'arriver au .sh

**adiGuba** · 24/12/2010, 09h44

Envoyé par grignette

C'est bien ce que je voulais.

Cela ne change la variable QUE dans le script shell, et pas dans l'application Java !? C'est cela que tu voulais ?

Enfin si ton problème est résolu tant mieux, mais pour moi ce script est inutile et la résolution de ton problème est bien mystérieuse... On dira que c'est Noël !

a++

**grignette** · 24/12/2010, 09h52

Envoyé par adiGuba

Cela ne change la variable QUE dans le script shell, et pas dans l'application Java !? C'est cela que tu voulais ?

Faux. "Export" permet de transmettre la variable aux processus enfants. De ce fait, comme l'a expliqué tchiz, cela n'a certes aucun impact que le programme appelant mais tous les processus fils récupère cette nouvelle variable.

Envoyé par adiGuba

Enfin si ton problème est résolu tant mieux, mais pour moi ce script est inutile et la résolution de ton problème est bien mystérieuse... On dira que c'est Noël !

Joyeux Noël

**adiGuba** · 24/12/2010, 10h43

Envoyé par grignette

Faux. "Export" permet de transmettre la variable aux processus enfants.

Je n'ai jamais dit le contraire... mais le code du script que tu as donné ne crée aucun processus fils.

a++

**tchize_** · 24/12/2010, 11h05

si tu avais précisé dès le départ que tu voulais changer cela "avant" de lancer ton application, on aurait évité toute cette conversation stérile. Depuis les début du thread tu nous dit le contraire, je cite

Ne pouvant pas changer cette variable sur le serveur de production, j'aimerais dans mon application la "changer".

J'ai essayé :
String cmd = "set LANG=fr_FR.UTF-8 ; export LANG";
Runtime run = Runtime.getRuntime();
run.exec(cmd);

**grignette** · 24/12/2010, 11h15

Ne pouvant modifier a variable d'environnement de mon serveur, je voulais le faire juste pour mon application. Donc le faire "avant" de la lancer me semblait logique.

Je me suis peut être mal faite comprendre en effet. Désolée.