Discussion :

[VonDriguen]

Bonjour à tous,

Actuellement, je travaille sur un programme qui doit être multilangue.
Pour le moment, tout se passe bien. J'ai mis les fichiers messages_xx.properties dans le même package que ma classe et j'y accède en faisant :

Code :

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

ResourceBundle.getBundle("util.internationalization.messages", locale).getString(msg);

Problème : Si une faute d'orthographe est détectée, je vais devoir mettre à jour le fichier message_xx.properties mais également re-compiler le jar. Or, je voudrais éviter cette dernière partie.

J'essaie donc de mettre mes fichiers dans un dossier externe (non-source) qui sera à côté de mon jar/exe au lancement. Mais lorsque j'essaie d'y accéder, ça ne fonctionne pas...

Code :

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

ResourceBundle.getBundle("folder/internationalization/messages", locale).getString(msg);

Code :

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

ResourceBundle.getBundle("folder.internationalization.messages", locale).getString(msg);

Rien ne fonctionne :-(

Quelqu'un peut-il m'aider ?

Merci.

[joel.drigo]

Et tu as ajouté "folder" au classpath ?

Par ailleurs, tu n'es pas obligé de recompiler : il suffit de refaire le jar (ce qui ne nécessite pas de recompiler). Tu pourrais également mettre les fichiers .properties dans un jar à part (sans classes) ou un zip (ce qui est assez facilement gérable pour modifier les fichiers, tout en ayant qu'un seul fichier).

[VonDriguen]

Salut,

Merci pour ta réponse.

C'est justement refaire le jar qui m'ennuie car ça prend du temps (obfusquer pour des raisons de sécurités, retransformer le jar en .exe, etc.). Mais oui, le terme re-complier était mal choisi

Je vais commencer par ajouter le folder au classpath et voir ce que ça donne. Sinon, faire un autre jar peut-être une bonne idée :-) Il faudra juste refaire le jar sur le côté. Ce sera plus rapide :-)

[joel.drigo]

.exe

Hum, attention, les systèmes qui transforment le jar en exe gèrent en interne le classpath. Pas sûr que ça fonctionne du coup, parce que ce qui se trouve dans le classpath est censé être dans l'exe normalement : à tester donc. Sinon, il faudra peut-être utiliser un classloader personnalisé pour charger les bundles de l'extérieur.

[VonDriguen]

Juste pour info, j'ai fait ceci et ça fonctionne depuis Eclipse:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
private ResourceBundle rb;
 
public String getMessage(String msg, Locale locale) {
	if(rb == null) {
		try {
			File file = new File("resources/files/I18N");
			URL[] urls = {file.toURI().toURL()};
			ClassLoader loader = new URLClassLoader(urls);
			rb = ResourceBundle.getBundle("messages", locale, loader);
		} catch (MalformedURLException e) {
			Popup.showExceptionPopup(e);
		}
	}
	return rb.getString(msg);
}

Je n'ai plus qu'à tester en .exe et, si ça fonctionne, je mets en résolu :-)

[VonDriguen]

Je confirme, ça fonctionne...

Pour les intéressés:

Code :

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

1
2
3
4
5
 
File file = new File("resources/files/I18N");
URL[] urls = {file.toURI().toURL()};
ClassLoader loader = new URLClassLoader(urls);
rb = ResourceBundle.getBundle("messages", locale, loader);

"resources/files/I18N" => Le dossier où se trouve mes fichiers .properties
"messages" => Le nom de mon fichier .properties qui a les extensions _fr, _en, etc.

En d'autres termes, mon arborescence est la suivante:

• resources
  
  • files
    
    • I18N
      
      • messages.properties
      • messages_fr.properties
      • messages_en.properties
      • ...

Et bien entendu, le dossier "resources" est juste à côté de mon .exe