Discussion :

[totot]

Voilà l'erreur exacte: Can't find bundle for base name configuration.properties, locale fr_FR
Le bout de code:

Code :

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

1
2
3
4
5
6
 
String value = "";
    	ResourceBundle resourceBundle = null;
        resourceBundle = PropertyResourceBundle.getBundle("configuration.properties");
        value = resourceBundle.getString(pro);
        System.out.println("Value : "+value);

Ce bout de code ce trouve dans une classe qui se trouve dans le jar. Le jar se trouve dans le dossier lib du serveur tomcat.
Le fichier configuration.properties se trouve dans le dossier WEB-INF/classes

Ce bout de code je l'appel dans plusieurs application web, c'est pour cela qu'il se trouve dans un jar qui est dans le dossier lib de tomcat

[tchize_]

Avec ton code, il cherche un fichier "configuration.properties.properties". Le ".properties" est automatiquement ajouter dans les ressourcesbundle.


Le code correct est

Code :

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

1
2
3
4
5
String value = "";
    	ResourceBundle resourceBundle = null;
        resourceBundle = ResourceBundle.getBundle("configuration");
        value = resourceBundle.getString(pro);
        System.out.println("Value : "+value);

J'en ai profité pour corrigé ton appel statique. Quand on appelle une méthode statique, on appelle via la classe qui contient cette méthode statique, pas via une sous classe.

[totot]

Sa me dit : Can't find bundle for base name configuration, locale fr_FR

Mon jar ce trouve dans le dossier lib de tomcat et mon fichier de configuration dans web-inf/classes de mes projets

[tchize_]

Je viens seulement de tilter, dans quel dossier lib de tomcat? Quelle version de tomcat? Les classloaders dans une application serveur ne permettent pas de faire tout. Il y a des librairies partagées qui sont injectées (comme si elles étaient dans le dossier WEB-INF/lib) et des librairies partagées qui sont juste partagées (classloader common). Ces dernières ne n'ont aucun accès au contenu des webapp car elle transcendent les webapp et on ne saurait pas de quelle webapp il faut charger le properties.

[totot]

J'ai la version 8.0.30

[tchize_]

et dans quel dossier lib?

edit: Apparament dans tomcat 8 il n'y a plus de shared libs pour ce qui est commun mais multiplié. Tu devrais mettre ton jar dans les WEB-INF/lib des webapp si il a besoin d'intéragir avec le contenu des webapps, pas dans TOMCAT_HOME/lib. Comme le dit la doc de tomcat:

Common — This class loader contains additional classes that are made visible to both Tomcat internal classes and to all web applications.

Normally, application classes should NOT be placed here.

[totot]

Dossier lib du serveur TOMCAT ou il y a déjà lib nécessaire pour une application web

[totot]

Si je met mon jar dans le dossier lib de tomcat il me trouve bien mon jar et le prend en compte. Le problème c'est le fichier properties qui n'est pas trouvé par la classe qui l'appel qui se trouve dans le jar en question

[tchize_]

Oui, la webapp a accès au contenu du jar, mais les classes dans le jar n'ont pas accès à la webapp. L'accès est à sens unique, à cause des classloaders et du modèle de délégation: on peux accéder au classloader parent (webapp voit common) mais pas aux classloaders enfants (common ne voit pas webapp)
Ce common est destiné à y mettre des classes qui auraient besoin d'intéragir à bas niveau avec tomcat, via des apis que ne voient pas les webapp.

Donc ton jar, destination WEB-INF/lib puisqu'il fait un travail spécifique à chaque webapp.