Problème d'accès à un fichier keystore dans un jar de mon appli

Bonjour à tous,

Je développe actuellement une application sous weblogic 8.1. Mon application est composée de différents modules dont un s'appellant Framework.
Lors du built de l'application, ce module framework est transformé en .jar, et est inclu dans l'ear de l'application.

Dans ce module, une classe permet la connection à un serveur LDAPS.
Dans mon code j'ai donc la ligne suivante qui permet d'aller chercher mon fichier keystore:
System.setProperty("javax.net.ssl.trustStore", "Chemin du pap.keystore");

Actuellement mon module est organisé comme suit:

-Framework
**-conf
***L pap.keystore
**-fr
***-pap
****-entreprise
*****-connecteur
******+bd
******+jms
******+jndi
******-ldap
*******L AccesseurLDAP.java

Mon problème est que je n'arrive pas à accèder à mon fichier pap.keystore.
Pour le paramètre "Chemin du xxx.keystore" qui doit être un string, j'ai testé les solutions suivantes:
- ../../../../../conf/pap.keystore
- /conf/pap.keystore
- une solution avec final URL pathKeystore = AccesseurLDAP.class.getClassLoader().getResource("pap.keystore");
Si je fais pathKeystore.getFile() ou pathKeystore.getPath(), je trouve bien le chemin correct, mais comme tout se passe dans un jar, dans le chemin j'ai .../Framework.jar!/conf/pap.keystore et ca me marche pas non plus.

Je ne sais que faire pour accéder a ce fichier.
Pouvez vous m'aider?

Merci

Salut,


Il suffit d'utiliser directement la méthode openStream() d'URL pour lire le fichier directement à l'intérieur du Jar, ou carrément d'utiliser getResourceAsStream().

Tu obtiendras ainsi un InputStream contenant le contenu du fichier...

a++

Merci pour ta réponse.
Comme je l'ai mentionné, le System.setProperty("javax.net.ssl.trustStore", "Chemin du pap.keystore"); prend 2 string en paramètre.
Le 2eme doit être le chemin et non pas le contenu, donc avec ta solution on obtient un InputStream... qui n'est pas un string reprèsentant le chemin.

Citation:

---

Envoyé par critok

Comme je l'ai mentionné, le System.setProperty("javax.net.ssl.trustStore", "Chemin du pap.keystore"); prend 2 string en paramètre.
Le 2eme doit être le chemin et non pas le contenu, donc avec ta solution on obtient un InputStream... qui n'est pas un string reprèsentant le chemin.

---

Oups je n'avais pas bien compris ton problème...

Dans ce cas là tu as deux possibilité :

• Soit la propriété "javax.net.ssl.trustStore" accepte des URLs, et là tu place l'URL complète qui t'es envoyé par getResource().
• Soit la propriété "javax.net.ssl.trustStore" n'accepte que des chemins sur le systèmes de fichiers, et dans ce cas là tu es obligé d'extraire le fichier du jar pour le copier sur le système de fichier...

a++

la methode setProperty n'accepte malheureusement pas les URL, uniquement un string du chemin.

Pourrez tu développer ton idée selon laquelle il faudrais extraire le fichier?
Sachant qu'il faut une solution tout de meme propre, et facile à déployer pour le client (nous livrons uniquement un ear)

Merci

Citation:

---

Envoyé par critok

lPourrez tu développer ton idée selon laquelle il faudrais extraire le fichier?

---

1. Créer un fichier temporaire, et le "marquer" afin qu'il soit supprimé automatiquement à la fin du programme :

Code:

---

1 2 3 4

// On crée un fichier temporaire : File trustFile = File.createTempFile("trustStore", ".keystore"); // On marque le fichier afin qu'il soit détruit à la fin du programme : trustFile.deleteOnExit();

---

2. Copier le contenu de l'URL représentant ton fichier dans le jar dans ce fichier temporaire :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

// On copie depuis l'URL dans le fichier temporaire : InputStream in = url.openStream(); try { FileOutputStream out = new FileOutputStream(trustFile); try { byte[] buf = new byte[8192]; int len;   while ( (len=in.read(buf))>-1) { out.write(buf, 0, len); } } finally { out.close(); } } finally { in.close(); }

---

3. Définir ce fichier temporaire comme trustStore :

Code:

---

System.setProperty("javax.net.ssl.trustStore", trustFile.getAbsolutePath());

---

a++

Merci pour ta proposition qui marche nikel.
Cepandant j'ai quelques questions:

1) Le fichier temporaire créé porte un numèro unique, genre pap129563.keystore. A chaque fois que mon client se connecte à l'interface, l'application appelle ma mèthode ou se trouve le code que tu m'as donné. Donc il génére un fichier temporaire unique. J'ai remarqué que le trustFile.deleteOnExit() permet de supprimer le fichier, mais uniquement à l'extinction de weblogic sur le serveur, se qui arrive très rarement voir jamais en production. Sachant que j'ai 300 connections mini par jour et que l'on éteind jamais le serveur, le nombre de fichier va être colossal. Et-il possible de créer un fichier temporaire portant le même nom 'pap.keystore' au lieu d'un pap11671.keystore et je pourrais faire un .exist() afin de ne pas recréer le fichier à chaque connection de l'utilisateur.

2) Sachant que nous developpons sous xp, le fichier temporaire est créé sous C:\Documents and Settings\xxx\Local Settings\Temp
Qu'en sera t'il sous unix?

Merci à toi.

Citation:

---

Envoyé par critok

Sachant que j'ai 300 connections mini par jour et que l'on éteind jamais le serveur, le nombre de fichier va être colossal.

---

Pour moi ce code n'est exécuté qu'une seule fois au démarrage de l'application...

Citation:

---

Envoyé par critok

Et-il possible de créer un fichier temporaire portant le même nom 'pap.keystore' au lieu d'un pap11671.keystore et je pourrais faire un .exist() afin de ne pas recréer le fichier à chaque connection de l'utilisateur.

---

Oui tout à fait, mais il faut que tu gère toi même le répertoire temporaire :

Code:

---

1 2	File tempDir = new File( System.getProperty("java.io.tmpdir") ); File trustFile = new File(tempDir, "pap.keystore");

---

Citation:

---

Envoyé par critok

2) Sachant que nous developpons sous xp, le fichier temporaire est créé sous C:\Documents and Settings\xxx\Local Settings\Temp
Qu'en sera t'il sous unix?

---

La méthode createTempFile() utilise la propriété "java.io.tmpdir" qui correspond au répertoire temporaire par défaut du système. Sous Unix il me semble que cela renvoi /tmp (cela peut peut-être posé des problème de sécurité ?).

Au pire il suffit de déterminer un autre emplacement via un fichier de config...

a++

Finalement nous avons trouvez une solution afin de supprimmer le fichier créé temporairement a la deconnection de la verification ldaps.

Je te remercie pour ton aide!