Comment faire un fichier JAR qui inclut les fichiers DLL?

J'ai acheté un tiers bibliothèque Java qui comprend un fichier JAR et deux fichiers DLL. J'ai écrit mon propre programme Java qui invoquent le tiers de fichier JAR. Maintenant, ma question est comment puis-je forfait tout mon code dans un seul fichier JAR qui comprennent tout mon code et le tiers POT et les Dll?

Je sais SWT est un tel cas. Le swt.jar comprend dll fichiers, mais je ne sais pas comment faire et comment le faire fonctionner correctement.

InformationsquelleAutor Just a learner | 2009-10-23

78

Juste l'emballer n'importe où dans le bocal. Une chose que vous devez garder à l'esprit que - avant vous pouvez utiliser la Dll, vous devez extraire ces du POT et de vidage de ces derniers sur le disque dur quelque part, sinon vous ne serez pas en mesure de charger ces

Donc, fondamentalement, - je n'ai JNI projet pour le client, je vais utiliser ces jar emballé dans la guerre. Cependant avant d'exécuter une des méthodes indigènes, je voudrais obtenir la DLL en tant que ressource et de l'écrire sur le disque dans le répertoire temp. Alors je voudrais exécuter régulièrement le code d'initialisation d'où ma DLL est défini de la même position que je viens d'écrire une DLL pour

Oh, et juste au cas où: il n'y a rien de spécial au sujet de l'emballage dll ou tout autre fichier dans le pot. C'est comme emballage des trucs dans des zip

Voici un code j'ai juste votés hors
```
public class Foo {
private static final String LIB_BIN = "/lib-bin/";
private final static Log logger = LogFactory.getLog(ACWrapper.class);
private final static String ACWRAPPER = "acwrapper";
private final static String AAMAPI = "aamapi51";
private final static String LIBEAU = "libeay32";
static {
logger.info("Loading DLL");
try {
System.loadLibrary(ACWRAPPER);
logger.info("DLL is loaded from memory");
} catch (UnsatisfiedLinkError e) {
loadFromJar();
}
}
/**
* When packaged into JAR extracts DLLs, places these into
*/
private static void loadFromJar() {
//we need to put both DLLs to temp dir
String path = "AC_" + new Date().getTime();
loadLib(path, ACWRAPPER);
loadLib(path, AAMAPI);
loadLib(path, LIBEAU);
}
/**
* Puts library to temp dir and loads to memory
*/
private static void loadLib(String path, String name) {
name = name + ".dll";
try {
//have to use a stream
InputStream in = ACWrapper.class.getResourceAsStream(LIB_BIN + name);
//always write to different location
File fileOut = new File(System.getProperty("java.io.tmpdir") + "/" + path + LIB_BIN + name);
logger.info("Writing dll to: " + fileOut.getAbsolutePath());
OutputStream out = FileUtils.openOutputStream(fileOut);
IOUtils.copy(in, out);
in.close();
out.close();
System.load(fileOut.toString());
} catch (Exception e) {
throw new ACCoreException("Failed to load required DLL", e);
}
}
//blah-blah - more stuff
}
```
- Un mot de prudence sur cette approche - assurez-vous de nettoyer les fichiers temporaires. Si vous ré-utiliser le même chemin chaque fois, pensez à ce qui se passe si plusieurs applications utilisent votre POT (l'un ne fonctionnera pas si l'autre a déjà un verrou sur le fichier temp). Il suffit de faire attention - il est parfois plus facile à déployer le POT et les Dll séparément.
- Le Code peut être modifié pour remplacer précédemment installé fichier. Dans mon cas, c'était une application web qui ne sera pas recyclé, bu en effet - si vous il suffit de copier le code "comme est" vous obtiendrez la nouvelle copie de la Dll à chaque fois que vous exécuter
- Une chose à garder à l'esprit: j'ai été en utilisant JNI Dll qui étaient à la charge sur d'autres Dll. J'ai inclus toutes les Dll à l'intérieur d'un bocal et utilisé le code ci-dessus pour décompresser. Mais j'ai été prise en java.lang.UnsatisfiedLinkError exceptions disant "impossible de trouver bibliothèques dépendantes". Le problème est que vous devez appeler le Système.load() sur la Dll dans l'ordre, tels que les Dll dépendantes sont chargés en premier.
- Pouvez-vous me dire dans la méthode loadLib(). vous avez mentionné ACWrapper.class. Pouvez-vous me dire en quelle classe est-ce. Je veux dire liées à votre projet? Comme j'ai besoin de savoir comment faire pour extraire le fichier DLL à partir de la guerre.
- Juste une classe dans le même répertoire que la DLL. La classe que vous utilisez détermine où getResourceAsStream vérifie la ressource.
- Licence LGPL exige de manière dynamique de la liaison dans les bibliothèques. Votre première suggestion de l'emballage de la dll dans le pot, ne serait-ce pas en contradiction avec la dynamique-exigence d'un lien, puisque les utilisateurs ne peuvent plus librement swap dans une autre version de la dll? Je sais que c'est un vieux thread, mais les questions pertinentes. Merci.
- Plus robuste le chargement de la méthode du Système.charge(fileOut.getAbsolutePath());
- Il y a un Fichier.createTempFile méthode. Cela va prendre soin de nettoyer et non à une collision de noms. javadoc
- ... before you can use the DLLs you need to actually extract these from the JAR and dump these on the hard disk somewhere otherwise you won't be able to load these Pourquoi? Peut-être que ma question doit être séparé de la question?
InformationsquelleAutor Bostone
6

Utilisation http://www.jdotsoft.com/JarClassLoader.php qui pourrait charger les Dll et les Pots à partir d'un autre POT avec un nombre illimité de nidification. Par exemple, DLL peut être dans le BOCAL qui est dans une autre racine JAR. Toutes les Dll et les Pots sont chargés comme ils sont dans une classpath ou chemin de la bibliothèque.
- Note pour les autres: Licence GPLv3, ce qui limite considérablement l'applicabilité.
- À noter également: Cette classe loader déballe toutes imbriquées les pots dans un répertoire temporaire. Il fonctionne donc comme la première réponse. Le natif libs sont déballés seulement en cas de besoin.
- Licence commerciale disponible.
InformationsquelleAutor gorokhmn

Vous devez vous connecter pour publier un commentaire.