Discussion :

[Babas007]

Bonjour,

Je vous explique mon problème, j'ai une application, avec des dépendances projets...Dans un projet, il y a deux jar contenant les fichiers de traductions au format properties:
--lang
|---resources_fr.jar
|---resources_en.jar

L'idée est de pouvoir ajouter plein de jars contenant les fichiers de traduction et et de bénéficier de ceux-ci dans l'appli. En gros je veux que ça marche comme un système de plugin...

Pour le moment, mais jar sont dans le classpath donc ça marche très bien, mais faut prévoir le coup pour les futurs jar...Et c'est là le problème, je veux pointer sur le jar puis récupérer le bundle qui va bien, donc l'idée serait de faire comme-ceci (je ne dis pas que l'idée est bonne):

Code :

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

1
2
3
4
5
6
7
8
 
		URL url = new URL(
				"jar:file:D:/path/lang/resources_"
						+ resourceService.getLocale().getLanguage()
						+ ".jar!/fr/bundle.properties");
 
resourceBundle = ResourceBundle.getBundle(pack + ".bundle",
				resourceService.getLocale(), url.getClass().getClassLoader());

Mais ça ne marche pas, url.getClass() vaut null, normal y'a pas de classes...
Comment faire? Merci de me donner un coup de main

Babas007

[tchize_]

La tu mélange tout.

url.getClass() ne retournera pas null, chaque objet a une classe associée (heureusement tiens), mais cet appel n'a aucun intérêt.

Si tu veux charger un jar dans un classloader séparé, tu va souffrir, y a du boulot et c'est pas évident à manipuler quand on débute.

Enfin, ca ne va pas aider tes ressource bundle, car ca ne s'utile pas comme ça. Normalement, tu crée le ressource bundle en lui donnant un identifier (style com.company.traduction) et une langue. La jvm se chargera elle même d'aller chercher, par exemple pour le français de France, com/company/traduction_fr_fr.properties, com/company/traduction_fr.properties et com/company/traduction.properties.

Si tu veux vraiment les fournir dans des jar séparés, t'as deux options:


1) ajouter ces jar à ton classpath au démarrage de l'application
Dans ce cas tu fais un simple ResourceBundle.getBundle("com.company.traduction", locale)2) sinon t'es parti pour l'amusement avec les classloader. Une fois que le classloader custom est créé (voir les doc à ce sujet), tu fais alors
ResourceBundle.getBundle("com.company.traduction", locale, tonClassLoaderPerso)Il importe de toutes façons que tu respect les règles de la classe RessourceBundle concernant les noms des ressources.

[Babas007]

url.getClass() peut retourner null (malheureusement,), j'en ai malheureusement la preuve...

Si tu veux charger un jar dans un classloader séparé, tu va souffrir, y a du boulot et c'est pas évident à manipuler quand on débute.

Pas du tout, j'ai défini un nouveau classLoader

ajouter ces jar à ton classpath au démarrage de l'application

Non surtout pas ce que je veux, trop limité

Bon j'ai reussi, mais pour des raisons que j'ignore, il va me chercher un bundle_fr_FR.properties (quelque fois), alors que bundle_fr.properties et bundle.properties existe, enfin de compte de compte ça peut paraitre normal, donc que dois-je retourner si le properties indiqué n'existe pas? Pas null, car ça risque de planter par la suite

[tchize_]

url.getClass() peut retourner null

Non, j'attends de voir les preuves d'ailleurs. Class.getClassloader() peux retourner null quand il s'agit d'une classe venant du bootstrap classloader. Mais un objet java est toujours associé à une classe. Sinon ta jvm va crasher joyeusement.

Pas du tout, j'ai défini un nouveau classLoader

En tout cas pas avec le code que tu nous a montré.

Bon j'ai reussi, mais pour des raisons que j'ignore, il va me chercher un bundle_fr_FR.properties (quelque fois), alors que bundle_fr.properties et bundle.properties existe, enfin de compte de compte ça peut paraitre normal, donc que dois-je retourner si le properties indiqué n'existe pas? Pas null, car ça risque de planter par la suite

un RessourceBundle en java, ce n'est pas 1 properties, mais une chaine de Properties, comme documenté ici.

http://docs.oracle.com/javase/6/docs...ClassLoader%29

Donc au final, au moins la racine (properties sans langue ni rien) doit exister.

[Babas007]

Voilà mon classLoader:

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
17
18
 
private class LangClassLoader extends ClassLoader {
 
		@Override
		public URL getResource(String name) {
			URL url = null;
			String resource = "resources_"
					+ ResourceService.getDefault().getLocale().getLanguage();
			try {
				url = new URL("jar:file:../Lib/lang/" + resource
						+ ".jar!/" + name);
 
			} catch (Exception e) {
				e.printStackTrace();
			}
 
			return url;
		}

Donc la 1ere fois, ça vaut bien "bundle.properties", la 2eme fois, "bundle_fr.properties" puis la 3eme fois vaut "bundle_fr_FR.properties", et name vaut "bundle_fr_FR.properties". J'ai l'impression qu'il parcours comme si "bundle.properties" , n'existait pas... alors qu'il existe bel et bien...

[tchize_]

Pour faire un classloader utilisant des jars, base toi sur la class UrlClassLoader pour commencer, pas besoin de créer une class custom.

Ensuite ce n'est pas à getRessource de traiter la langue. Le ressourceBundle s'en occupe, le classloader à juste à lui fournir les ressources demandées explicitement par leur nom.

Enfin, tout classloader doit respecter le principe de délagation au parent.

Autrement dit tu devrais avoir un truc du genre


Bref, tu devrais avoir ce genre de chose
1) créer un urlclassloader contenant tous les jar de langue et déléguant au bon parent
2) appeler ressourcebundle en lui fournissant langue et le classloader de 1)
3) utiliser le ressourcebundle ainsi créé.