Discussion :

[Contrec]

Bonjour à tous,

Je rencontre actuellement des difficultés pour appeler des fonctions d'une dll C# à partir de Java en utilisant JNI.

J'ai tenté de suivre le tutoriel suivant :

http://www.codeproject.com/Articles/...a-Java-program

J'arrive à faire fonctionner le tutoriel qui utiliser le système Java --> C++ --> C# pour lier les 2 mondes entre eux.

Mais ma problématique est différente car moi j'ai besoin d'appeler du C# compilé dans une dll externe et non un .netmodule comme dans le tuto ci-dessus.

En gros j'ai pensé encapsuler ma dll externe C# dans un autre projet C# qui lui serait compilé en .netmodule et appelé par le Java via du C# managé.

Le schéma serait : Java --> C++ --> C# .netmodule --> C# dll externe.

J'ai donc crée le code source pour tout cela :

Code java (CallISyncJava.java) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
public class CallISyncJava { 
 
    static {
        System.load("C:\\Users\\Administrateur\\Documents\\JNI\\POC\\CallISyncCpp.dll");
    }
 
    public native void DisplayText();
 
    public static void main (String[] args) {
        CallISyncJava ISyncInstance = new CallISyncJava();
        ISyncInstance.DisplayText();
    }
}

Code Java JNI .h auto généré dans un dossier "Java" (CallISyncJava.h) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class CallISyncJava */
 
#ifndef _Included_CallISyncJava
#define _Included_CallISyncJava
#ifdef __cplusplus
extern "C" {
#endif
/*
 * Class:     CallISyncJava
 * Method:    DisplayText
 * Signature: ()V
 */
JNIEXPORT void JNICALL Java_CallISyncJava_DisplayText
  (JNIEnv *, jobject);
 
#ifdef __cplusplus
}
#endif
#endif

Code C++ (CallISyncCpp.cpp) :

#include <jni.h>
#include "..\MCPP\CallISyncJava.h"
#include "..\Java\CallISyncJava.h"


JNIEXPORT void JNICALL Java_CallISyncJava_DisplayText(JNIEnv *jn, jobject jobj)
{
ISyncWrapperCpp *myISyncInstance = new ISyncWrapperCpp();
myISyncInstance->callDisplayText();
}

Code C++ .h placé dans un dossier MCPP qui appelle le C# .netmodule (CallISyncJava.h):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#using <mscorlib.dll>
#using "..\ISyncWrapper\bin\Debug\ISyncWrapper.netmodule"
 
using namespace System;
 
public __gc class ISyncWrapperCpp
{
    public:
        ISyncWrapper __gc *t;
        ISyncWrapperCpp() {
            t = new ISyncWrapper();
        }
 
        void callDisplayText() {
            t->DisplayText();
        }
};

Code C# compilé en .netmodule (ISyncWrapper.cs) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
 
 
public class ISyncWrapper
{
    ISync.ISync myISyncRef = new ISync.ISync();
 
    /**
     * Default constructor.
     */
    public ISyncWrapper() { }
 
    /*
     * Test displaying some text without parameters in the console.
     */
    public void DisplayText()
    {
        this.myISyncRef.DisplayText();
    }
}

Le code C# ISyncWrapper.cs embarque une référence externe vers une dll ISync.dll dont je ne connais que la signature de méthode DisplayText(). Pour information cette méthode n'est qu'un exemple simple pour afficher un texte, en réalité cette dll sera plus complexe, là j'en ai crée une de test juste pour moi avec une seule méthode DisplayText() qui affiche une popup C#.

Donc après compilation des différents fichiers source, quand j'exécute, la JVM crashe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (0xe0434352), pid=1144, tid=4424
#
# JRE version: 7.0_17-b02
# Java VM: Java HotSpot(TM) Client VM (23.7-b01 mixed mode, sharing windows-x86 )
# Problematic frame:
# C  [KERNELBASE.dll+0x812f]  RaiseException+0x54
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# An error report file with more information is saved as:
# C:\Users\Administrateur\Documents\JNI\POC\hs_err_pid1144.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

Le fichier de crash généré par la JVM est en fichier attaché.



Si quelqu'un peut m'aider à réaliser cela, peut-être que je n'utilise pas la bonne méthode et qu'il y a une façon plus simple d'appeler une dll externe à partir de Java en ne connaissant que la signature des méthodes.

Merci d'avance, n'hésitez pas à me demander des détails car là je suis totalement bloqué depuis plusieurs jours.
Contrec

[hwoarang]

Deja, quand on utilise JNI, lors du loadLibrary, il ne faut pas préciser l'extension (sous linux, il prendra un .so et sous windows un .dll). Ensuite, je n'ai jamais essayé d'utiliser un chemin complet mais il faudrait essayer de mettre le .dll dans le repertoire d'execution et de remplacer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

System.load("C:\\Users\\Administrateur\\Documents\\JNI\\POC\\CallISyncCpp.dll");

par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

System.load("CallISyncCpp");

Si ca marche, c'est bien. Sinon, a ta place, pour savoir d'ou vient l'erreur, je créerais un executable c++ qui appelle le code c#. Comme ca, ca permettrait de savoir si le probleme se situe au niveau java->c++ ou bien c++->c#.

[Contrec]

Merci pour ta réponse, j'ai testé tes changements au niveau du path et du coup il ne trouve plus la dll :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Exception in thread "main" java.lang.UnsatisfiedLinkError: Expecting an absolute path of the library: CallISyncCpp
        at java.lang.Runtime.load0(Unknown Source)
        at java.lang.System.load(Unknown Source)
        at CallISyncJava.<clinit>(CallISyncJava.java:4)

Et pour ce qui est du code de test, j'ai fait un projet de test en C# pour valider le .netmodule (CallISyncJava.h) et tout est ok.

Dois-je quand même le valider en C++ d'après toi ?

[hwoarang]

Merci pour ta réponse, j'ai testé tes changements au niveau du path et du coup il ne trouve plus la dll

Oui, effectivement, je n'avais pas vu que tu faisais un System.load. Je n'ai jamais essayé de charger une dll avec parce qu'il est toujours mieux d'utiliser un System.loadLibrary qui est portable. Essaie peute etre avec celui-ci, on ne sait jamais.

Dois-je quand même le valider en C++ d'après toi ?

Sans aucun doute, oui Parce que lorsque cela sera validé, tu seras sur que le probleme vient de l'appel java -> c++. Tant que ce n'est pas le cas, on peut supposer que le probleme vient de c++ -> c#

Concernant la compilation du code c++, tu as utilisé quels flags (en particulier pour le link) ? Ca vaudrait peut etre le coup de faire une fonction simple pour vérifier si tu arrives à appeler ton code natif à partir de java. Un truc du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
JNIEXPORT jint JNICALL Java_CallISyncJava_test
  (JNIEnv *env, jobject o)
{
   return 5;
}

Et voir si apres appel, tu recuperes bien 5.

[Contrec]

J'ai essayé avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

System.loadLibrary("CallISyncCpp");

qui ne prends que le nom de la dll en paramètre et je retrouve la toute première erreur de JVM;

Je vais essayer de tester le tout en C++ comme tu dis et je reviens poster mes résultats.

Merci

Edit : Pour générer la dll C++ sous Visual Studio Epress 2010, j'ai utilisé le flag /clr:oldSyntax sinon j'avais des erreurs.

[hwoarang]

Edit : Pour générer la dll C++ sous Visual Studio Epress 2010, j'ai utilisé le flag /clr:oldSyntax sinon j'avais des erreurs.

Il faudrait poster la commande utilisée lors du link complete. De mémoire, j'avais eu une erreur qui ressemble à ce que tu as quand je n'avais pas mis l'option shared lors du link.