[JNI] Problème dû aux threads Java

Bonjour,

Dans mon appli, je dois utiliser une dll fournie par un partenaire. J'ai donc utilisé JNI, et codé ma dll wrapper.

Mon problème est qu'en fait dans mon programme, j'ai cette structure :

Code:

---

1 2 3 4 5 6 7 8

1er Thread Java { Accés à la dll => création d une arborescence sous Java Récupération du noeud sélectionné 2nd Thread Java { Accés à la dll => récupération des données relatives au noeud sélectionné } }

---

Le problème est que j'ai des crash dû à l'imbrication des threads : "La mémoire ne peut pas être 'read'."
Les méthodes de la dll accèdent à un fichier et récupèrent des données dans ce fichier.
J'ai testé plusieurs modes de relecture, et à un moment ou à un autre, j'ai un crash (dépend des manip, de l'imbrication des threads ou du système d'exploitation).
Si j'enlève les Threads, je n'ai plus de problème.

Est-il possible de combiner threads Java et JNI ?
Est-ce qu'il faut faire quelque chose de particulier pour que cela fonctionne correctement ? (mutex, ou autre)

Met tes parties ne pouvant pas être exécutées en même temps en exclusion mutuelle... (?)

Ben en fait, y'a pas de parties "incompatibles".
J'ai plus l'impression que c'est la méthode de récupération de données dans les fichiers (codée dans la dll qu'on me fournit) qui "perd le fil" quand j'utilise un thread.
Une des personne m'ayant fourni la dll m'a envoyé ce lien pour tenter d'expliquer ce qui se passe.

Mais j'espère qu'il existe une solution pour résoudre le problème...

je crois que l'idée est de recoder la dll en java si elle est codée en C. Selon le livre que j'utilise fréquemment, la référence sur JNI donne le schéma de recompilation des librairie C. En gros il faudrait les sources.

Citation:

---

Envoyé par broumbroum

je crois que l'idée est de recoder la dll en java si elle est codée en C. Selon le livre que j'utilise fréquemment, la référence sur JNI donne le schéma de recompilation des librairie C. En gros il faudrait les sources.

---

Euh non, pas glop comme solution.
L'intérêt d'utiliser cette dll c'est d'être évolutif sans avoir à modifier notre code. Tout changement du mode de relecture sera codé par les fournisseurs de la dll, qui nous fournira une nouvelle version de la dll, qui fonctionnera directement avec notre appli, sans que l'on ait à écrire la moindre ligne de code.

En gros, on VEUT utiliser leur dll, reste juste à savoir comment faire pour que tout fonctionne ;)

Et l'encodage des caractères ne va pas être un obstacle??? Bref, c'est compliqué comme procédé non?

Citation:

---

Envoyé par broumbroum

Et l'encodage des caractères ne va pas être un obstacle??? Bref, c'est compliqué comme procédé non?

---

Non, il existe des méthodes dans JNI permettant de passer de chaînes de caractères Java en chaînes de caractère C, et vice-versa.

Et je pense que si cette API (je parle de JNI) existe, c'est qu'il y a une bonne raison : on ne peut pas toujours se permettre de recoder une dll en Java, soit par manque de temps, soit par manque de moyen (sources indisponibles, etc).
Dans mon cas, c'est par manque de temps, et pour assurer la compatibilité ascendante avec le type de fichier à relire via la dll.