charger une librairie a partir du jar

Version imprimable

29/06/2011, 11h48
304bl

charger une librairie a partir du jar

Bonjour,

je doit charger une librairie et donc j'utilise la commande suivante : System.load(String); ou System.loadLibrary(String);
(les deux méthode marche bien avec ma librairie)

lorsque je fait un test je donne en paramètre le chemin absolue ex: c:/malib
et donc en toute logique cela fonctionne bien.

Le problème est que mon application sera portable et normalement compiler en jar et donc j'ai besoin de mettre cette librairie dans mon jar et d'avoir besoin de l'appeler comme une ressource, j'ai regarder les fonction qui permette ce genre d'appel : URL url = MaClass.class.getResource(String)
Cette methode me retourne bien le chemin réelle de ma librairie mais lorsque je fait un : System.load(url.getFile());
j'ai cette exeption : java.lang.UnsatisfiedLinkError: Can't load library

j'ai verifier les chemin qui pointe bien vers l'emplacement actuelle de la librairie mais impossible a la charger.
29/06/2011, 12h03
adiGuba

Salut,

Le getResource() te renvoi quelque chose du style : jar:file:/chemin_vers_le.jar!/chemin_vers_librairie

Ce type de chemin est parfaitement géré par Java, mais pas en natif par le système d'exploitation. Elle ne peut donc pas être chargée...

Une solution serait d'extraire la librairie dans un fichier temporaire...

a++
29/06/2011, 12h49
304bl

quel moyen s'offre a moi pour copier ma librairie hors de mon jar vers un dossier temporaire (de preference du systeme pour le dossier temp) en s'assurant de la portabilité du tout ?

En standard tu n'a rien de tout fait, mais tu as tout ce qu'il faut pour...

Par exemple tu peux utiliser le code suivant :

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
	public static File createTempFile(URL url) throws IOException {
		// On récupère le nom du fichier :
		String name = url.getFile();
		int index = name.lastIndexOf('/');
		if (index>=0)
			name = name.substring(index+1);
 
		// On crée un fichier temporaire
		File file = File.createTempFile("tmp", name);
		// Que l'on marque pour suppression à la fin de la JVM
		file.deleteOnExit();
 
		// Puis on lit le flux depuis l'URL
		// Et on le recopie dans ce nouveau fichier
		InputStream input = url.openStream();
		try {
			OutputStream output = new FileOutputStream(file);
			try {
				byte[] buf = new byte[8192];
				int len;
				while ( (len=input.read(buf)) >=0 )
					output.write(buf, 0, len);
			} finally {
				output.close();
			}
		} finally {
			input.close();
		}
		// On retourne enfin l'objet File correspondant :
		return file;
	}

a++

29/06/2011, 13h26
304bl

pour la méthode de création de fichier temporaire cela ne me pose pas de problème, mais j'ai fait quelque petit teste pour tenter de déplacer ma librairie dans le dossier temp par défaut mais je m’aperçois que cela n'a aucun effet , alors je pose une autre question les tutoriels et exemple de code sur le traitement des fichiers s'applique t-il au fichier de type dll (ce qui est mon cas)

car lorsque je récupère l'emplacement de ma dll dans le jar par la fonction cité plus haut class.getressource et que je souhaite copier le fichier aucune copie n'est présente dans le répertoire final.
29/06/2011, 13h38
adiGuba

Je ne comprend pas le problème ?!?

a++
29/06/2011, 15h35
304bl

le probleme est que ma dll ne se copie pas a l'endroit voulu (ni meme a aucun endroit) alors que aucune exception n'est levé.
29/06/2011, 16h07
adiGuba

Avec quel code ?

a++

[edit] je viens de voir que mon code générait une exception à cause d'une petit erreur - "index" était absent dans la ligne ci-dessous :

Code:

name = name.substring(index+1);

J'ai corrigé le message initial.
29/06/2011, 16h10
hwoarang

Un petit bout de code pour voir comment tu t'y prends ?

EDIT : grilled
29/06/2011, 16h40
304bl

avec votre petite modification du code j'ai re-tester, et c'est parfait, ca me copie la dll dans le repertoire temp par defaut , je peux la charger et ca se supprime correctement a la fermeture du programme.

un bravo pour la rapidité des réponses ;-)
29/06/2011, 16h42
adiGuba

Citation:

Envoyé par 304bl

avec votre petite modification du code j'ai re-tester, et c'est parfait,

Avant la correction cela générait une exception... donc il y a de forte chance que votre gestion des exceptions ne soit pas très correcte :/

a++
29/06/2011, 16h53
304bl

non c'est certain d'ailleurs , bonne observation ;-)

je suis encore en train de definir la structure du programme donc la bonne gestion des erreurs sera mis en place dans quelque jour.