[Fichiers de configs] Localiser un fichier

Version imprimable

02/04/2007, 16h28
Invité

[Fichiers de configs] Localiser un fichier

Bonjour,

Pour une application j'ai 4 sous projets (Web,Metier,EIS et Librairie)

Je voudrais centraliser le paramètres dans une seul endroit.
Actuellement j'ai une classe 'ConfigManager' qui se contente de chercher et lire des fichiers '.properties' situés dans System.getProperty("user.dir")

Mes fichiers sont centralisés mais l'endroit n'est pas vraiment bon..
1° Existe t'il déja une librairie pour ce genre de chose (quelque soit le format du/des fichiers) ?
2° Si pas de librairie, que me conseillez-vous ?
02/04/2007, 16h41
dahtah

Si j'ai bien compris, tu cherches le chemin absolu a tes fichiers.
J'ai eu le même problème et j'ai trouver "Comment trouver le répertoire contenant le jar où est ma classe ?"
http://java.developpez.com/faq/java/...YSTEME_dir_jar
En le modifiant légèrement ça marche, (Par défaut il ne gère pas les packages).
02/04/2007, 16h45
adiGuba

Salut,

Citation:

Envoyé par Blaise1

1° Existe t'il déja une librairie pour ce genre de chose (quelque soit le format du/des fichiers) ?

Tu peux utiliser l'API de Preferences, mais le problème c'est que tu n'as pas vraiment la main sur le stockage des données (base de registre sous Windows, fichiers sous Linux...) bien qu'il me semble qu'il soit possible d'utiliser ta propre implémentation...

Citation:

Envoyé par Blaise1

2° Si pas de librairie, que me conseillez-vous ?

Ta solution n'est pas si mal, sauf que je n'utiliserais pas "user.dir" puisqu'il correspond au répertoire depuis lequel le programme est lancé... et qu'il peut donc varier d'une exécution à l'autre ou ne pas être forcément celui que tu souhaites (par exemple dans le cas d'un raccourci sur le bureau).

Donc je pense qu'il serait plus simple d'utiliser "user.home" à la place. Ce dernier te renvoi le dossier personnel de l'utilisateur (généralement /home/<login> sous Unix/Linux et C:\Documents and Settings\<login> sous Windows), par exemple en créant un sous répertoire dont le nom commence pas un point (ce qui permet de le rendre caché sous Unix/Linux - sous Windows ce répertoire n'est pas vraiment "visible" donc ce n'est pas génant).

L'avantage, c'est que tu es quasi-sûr que l'application aura les droits d'écrire dans ce répertoire, et que ce sera le même à chaque fois que l'utilisateur lance le programme (quel que soit sa manière de le lancer).

a++
02/04/2007, 21h45
Invité

adiGuba
Oui, il y à Preferences ou Properties mais c'est plus adapté à des applications clientes qu'a une application Web...

Si j'utilise Préférences ou Properties avec user.home j'aurais "une config" pour chaque utilisateur de mon serveur...

Il me semble avoir lu quelque pars que Hibernate localise son fichier de configuration quelque soit son emplacement...

dahtah
Merci pour l'info, ça me semble correct.
En supposant que mon application Web et les sous-projets se trouvent dans
'/var/www/java/monapp/*.jsp,WEB-INF/lib/*' j'aurais juste à déposer mes fichiers properties dans '/var/www/java/monapp/' et mon ConfigManager irais les récupèrer.

Merci beaucoup pour l'info.:D
02/04/2007, 22h15
adiGuba
Citation:

Envoyé par Blaise1

adiGuba
Oui, il y à Preferences ou Properties mais c'est plus adapté à des applications clientes qu'a une application Web...

Je n'avais pas compris que c'était une appli Web... :oops:

Deux solutions alors :
- Tu places tes fichiers de config dans ta web-apps et tu les charges au démarrage (si tes 4 sous projets tournent sous un serveur J2EE).
- Tu places tes fichiers de conf dans un répertoire par défaut, ou défini par une variable d'environnement ou autre propriété.
a++
03/04/2007, 10h18
Invité
Citation:
Envoyé par adiGuba

J

Tu places tes fichiers de config dans ta web-apps et tu les charges au démarrage (si tes 4 sous projets tournent sous un serveur J2EE).
Tu places tes fichiers de conf dans un répertoire par défaut, ou défini par une variable d'environnement ou autre propriété.
J'utilise Tomcat. Mais la deuxième solution me plaît assez.
Je vais d'abord tenter la solution de 'dahtah' si ça ne ma conviens toujours pas je vais utiliser une variable d'environnement.

Merci

Bonjour,

Jusqu'a présent la solution de dahtah fonctionnait. Mais nous sommes passés sur un serveur Linux (RedHat) mais la solution ne fonctionne plus.

Nous avons une NullPointerExcepetion sur la ligen : path = URLDecoder.decode(url.toString(), "UTF-8");
En faisant quelques tests on se rende compte que getResource("/be\\ghd\\metier\\config\\ConfigManager.class"); renvoie null.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
// FIXME : Utiliser le nom de la classe pour créer l'url (ligne 1 et 2)
	private static File getBasePath() {
 
 
		String path;
 
		path = ConfigManager.class.getName() + ".class";		
		URL url = ConfigManager.class.
	    	getResource("/be\\ghd\\metier\\config\\ConfigManager.class");
	    try {
			path = URLDecoder.decode(url.toString(), "UTF-8");
		} catch (UnsupportedEncodingException e) {
			e.printStackTrace();
		}
 
	    // suppression de  la classe ou du jar du path de l'url
	    int index = path.lastIndexOf("/");
	    path = path.substring(0, index);
 
	    if (path.startsWith("jar:file:"))
	    {
	      // suppression de jar:file: de l'url d'un jar
	      // ainsi que du path de la classe dans le jar
	      index = path.indexOf("!");
	      path = path.substring(9, index);
	    }
	    else
	    {
	      // suppresion du file: de l'url si c'est une classe en dehors d'un jar
	      // et suppression du path du package si il est présent.
	      path = path.substring(5, path.length());
	      Package pack = ConfigManager.class.getPackage();
	      if (null != pack)
	      {
	        String packPath = pack.toString().replace('.', '/');
	        if (path.endsWith(packPath))
	        {
	          path = path.substring(0, (path.length() - packPath.length()));
	        }
	      }
	    }
 
	    return new File(path);
	}

Quelqu'un aurait une idée sur la cause de cette Exception ?

Merci

18/07/2007, 13h47
CyberChouan

Code:

URL url = ConfigManager.class.getResource("/be\\ghd\\metier\\config\\ConfigManager.class");

Le mélange de '/' et de '\' est bizarre... Sous Linux, essaye de charger tous tes chemins aves de '/' uniquement et vérifie les droits d'accès aux répertoires/fichiers (chmod et chown) par rapport à l'utilisateur qui exécute le programme

Voilà (pour le moment) cette solution semble fonctionner.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
 
public class ConfigManager {
 
   ...
 
   String base = ConfigManager.class.getCanonicalName();
   base = base.replace('.', '/') + ".class";
   base = base.substring(0, base.lastIndexOf('/')+1);
 
   URL url = ConfigManager.class.getClassLoader().getResource(base);
 
   String urlStr = url.toString();
   urlStr = urlStr.substring(0, (urlStr.length()-base.length()));
 
   File path = null;
   try {
      path = new File( new URL(urlStr).toURI() );
   } catch (MalformedURLException e) {
      e.printStackTrace();
   } catch (URISyntaxException e) {
      e.printStackTrace();
   }
 
   System.out.println(ConfigManager.class + " PATH : '" + path + "'.");
 
...