Recherche:

Visiblement, tu as le code de la librairie externe. Moi je ne me casserais pas la nenette si ils refusent => je patch moi même, puisque de toutes façons, c'est moi qui distribue le jar :mrgreen:

Si c'est à la racine, c'est
URL url = getClass().getResource("/jniApi.dll");
Class.getRessoure résoud relativement au fullname de la classe ;)

En gros, si je suis bien, t'es parti pour faire une applet, qui embarque un javawebstart, ui va lancer le jnlp concerné :aie:

Celui que ta librairie calcule sous le nom de "location" :) Elle calcule un truc, tu fais le même calcul et t'y copie la dlls. C'est moche

Parce qu'une librairie conçue correctement ne fais pas la...

Nope, catcher ne résoudra pas ton problème là. Si c'est un bloc static, l'exception passer par le classloader avant d'arriver à toi et le classloader marque la classe comme inutilisable, et coic.

...

a mon avis, avec jnlp, tu devrais te contenter d'un System.load("talibrairie")

N'oublie pas la bouton :resolu: si c'est réglé :)

et oui, faut que tout soit signé.

Le securitymanager est toujours actif et, à chaque demande, il va simplemenr vérifier que le demandeur ainsi que la chaine d'appel sont signé.

Pour rendre les...

effectivement, la solution de fxrobin est la plus simple (n'existait pas quand j'ai du attaquer ce problème il y a 6 ans)
La deuxième est de prendre simplement le jar natif comme n'importe quel...

j'ai eu exactement la même situation (JNI + applet) à gérer (il s'agissait de lire des données d'une carte beID à partir d'une applet). La solution a été de mettre le jar (contenant les classes...

Quel est le but de l'opération? Pourquoi vouloir accéder à des librairies locales (dont tu ne peux pas être sur de la version, de l'emplacement ou même de l'existence) plutot que de l'inclure dans...