Java 32bits sous Win7

Bonjour,

J'ai une application qui utilise une dll compilée en 32bits. Sous XP, ça fonctionne nickel. Mais sous Win7 : "bardaf, c'est l'embardée" (les belges comprendrons).

Je reçois le message

Code:

---

java.lang.UnsatisfiedLinkError: D:\work\BDPreviewer\bdpreviewer\target\classes\jshortcut.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform

---

J'ai essayé 2 pistes, mais je bloque sur les deux:
1) recompiler la dll en 64bits, le code étant disponible : :lol: : pour le moment, c'est une voie sans issue,

2) forcer l'exécution de mon programme en 32 bits via l'option "-d32".
Je fais face à 2 problèmes:

(*): "java -d32 -jar myappl.jar" retourne
Error: This Java instance does not support a 32-bit JVM.
Please install the desired version.
Pourtant j'ai installé la jdk 64bits et le jre 32bits. Je vois pas comment lui dire que la version 32bits est installée.

(*): comment dire dès le build du .jar qu'il devra être exécuté en 32bits ? (j'utilise Maven)

Rem:
Mon workaround sera dans 1er temps de piloter le démarrage de mon application via un fichier .bat qui utilisera le java.exe 32bits. Mais ce n'est pas très propre.

Tuuut tuuuut tuuuut tuuuut tuuuut tuuuut tuuuut

Citation:

---

Envoyé par lvr

(*): "java -d32 -jar myappl.jar" retourne
Error: This Java instance does not support a 32-bit JVM.
Please install the desired version.
Pourtant j'ai installé la jdk 64bits et le jre 32bits. Je vois pas comment lui dire que la version 32bits est installée.

---

Tout simplement en lui donnant le chemin vers la bon jvm:

Code:

---

c:\program files(x86)\java\jre\bin\java -jar myappl.jar

---

a adapter dans ton cas. Le -d32 est inutile. Et effectivement, une dll 32 bits ne peux être chargée que part une jvm compilée en 32 bits.

Citation:

---

Envoyé par tchize_

Code:

---

c:\program files(x86)\java\jre\bin\java -jar myappl.jar

---

---

C'est ce que je fais pour le moment, mais je considérais cela comme temporaire:?
Parce qu'en termes de déploiement, je ne peux pas juste fournir un mon .jar et la dll jni, je vais devoir maintenant créer une procédure d'installation qui va chercher sur le PC s'il y a un jre 32bits, puis créer un .bat qui utilise ce jre pour lancer mon .jar.

Non seulement, c'est du boulot en plus, mais c'est certainement moins propre car en cas d'upgrade de la jre sur le poste client, mon application ne bénéficiera pas des améliorations de la nouvelle jre, voire ne fonctionnera plus si la jre que j'ai hardcodé dans le .bat est désinstallée.

A quoi sert ce "-d32" ?

Citation:

---

Envoyé par lvr

C'est ce que je fais pour le moment, mais je considérais cela comme temporaire:?
Parce qu'en termes de déploiement, je ne peux pas juste fournir un mon .jar et la dll jni, je vais devoir maintenant créer une procédure d'installation qui va chercher sur le PC s'il y a un jre 32bits, puis créer un .bat qui utilise ce jre pour lancer mon .jar.

---

Normalement, en terme de déploiement, tu devrais disposer d'un dll 32 et d'une dll 64 bits, et charger la bonne en fonction de l'architecture jvm. Maintenant, je comprends que ce n'est pas toujours possible.

Citation:

---

Envoyé par lvr

Non seulement, c'est du boulot en plus

---

Ouais et non, t'as "juste" un .bat à rajouter dans ton zip, avec

Code:

---

%ProgramFiles(x86)%\java\jre7\bin\java tonjar.jar

---

Citation:

---

Envoyé par lvr

, mais c'est certainement moins propre car en cas d'upgrade de la jre sur le poste client, mon application ne bénéficiera pas des améliorations de la nouvelle jre, voire ne fonctionnera plus si la jre que j'ai hardcodé dans le .bat est désinstallée.

---

Le répertoire jre7 contient toujours la dernière version de java 7, c'est déjà ça. Après, rien ne t'empêche de faire un .bat plus complexe qui cherche la version de java.
De l'aide ici

http://www.rgagnon.com/javadetails/java-0642.html

Citation:

---

Envoyé par lvr

A quoi sert ce "-d32" ?

---

A préciser l'architecture que tu veux. Ca date de l'époque de SOLARIS et est honoré avec plus ou moins de succès sous windows / linux. Sous solaris, le 64 et le 32 bit sont dans le même binaire. Sous windows et linux, ce sont des installations séparées. Du coup, sur ces dernier, ça se contente de dire "c'est pas moi le 32 bits, désolé"

http://www.oracle.com/technetwork/ja...aq-138619.html

Ca me semble tout à fait viable comme solution ;)