Quelques questions sur la JNI

Bonjour à tous, en éspérant tomber sur un expert Java qui saura m'éclairer ;)

J'ai un projet réseau à réaliser, et je dois utiliser la JNI.
En gros le code doit permettre d'appeller du code C++ qui implemente l'algorithme de traceroute (la fameuse commande reseau) et récuperer et parser les données en Java.

Jusqu'à la rien de bien étrange, la JNI étant faite pour supporter du code C++.
Je suppose que le code C++ doit être dépendant de la plateforme pour être compilé correctement sur chaque plateforme (qu'en est-il de l'execution ? platform dependant au niveau du code aussi ?).

En gros je dois faire tourner ce projet sous MacOSX et Windows, sans trop me fatiguer a faire deux implementations du traceroutes (en C++) complétement différentes.
La JNI rend elle abstraite le code C++ aprés compilation, et cela tourne til donc sur toutes les plateformes ? Ce n'est pas mon idée premiére ...

Auquel cas il faudrait que je trouve une librairie orientée réseau en C/C++ qui soit cross platform (au moins Mac / Windows - Je pense à ACE) ...
Mais est-ce évident via la JNI d'utiliser des librairies C++, ou devrais-je encapsuler l'ensemble des milliers de headers de la librairie avec des tags propres à la JNI ?

Voila, merci de répondre si vous pouvez un peu m'aider à avancer.

Merci d'avance !

Ben.

Ce qui est sûr, c'est que JNI ne te fournit pas une sollution multi plateformes (on a eu le problème avec un serveur SUN Solaris 10 en 64 et une version de la JVM en 32, certains types n'avaient pas la même longueur).
En gros, il faut faire une classe java qui implémente les méthodes "native", tu utilises après javah pour générer le .h, faire un programme C pour implémenter toutes les méthodes de .h, créer une dll (donc là aussi problème : windows = dll, Unix = .o)
Ensuite, côté java, c'est simple, tu fais un System.load (ou System.loadLibrary) et tu utilises...
Ceci dit, pourquoi ne pas lancer la commande traceroute via Runtime.getRuntime().exec(...) ?
C'est une appli WEB ou Swing ?

En espérant ne pas t'avoir découragé...

A+

Ne pas oublier de rendre la librairie disponible via
LD_LIBRARY_PATH ou PATH ouo LD_PATH en fonction de l'os

Citation:

---

Envoyé par f273345

Ne pas oublier de rendre la librairie disponible via
LD_LIBRARY_PATH ou PATH ouo LD_PATH en fonction de l'os

---

Uniquement si tu utilises loadLibrary (avec load, tu peux préciser le chemin complet)

Merci pour vos réponses !

Je suis un peu découragé en effet, c'est assez chaud, je suis expert C++ et non pas Java, c'est pour un client, et je dois me remettre à Java, sans avoir vraiment jamais touché à la JNI.

Le besoin a été exprimé d'utiliser la JNI pour effectuer le traceroute, je n'ai pas vraiment plus de précision pour le moment, j'ai demandé au client j'attend sa réponse.

Pour ce qui est du code du traceroute (le moteur sera écrit en C++), je ne peux pas donc realiser un code natif unique, mais il doit être dépendant de la plateforme ? Car pour generer une .dll windows et l'équivalent MAC il va me falloir compiler ce code sur les deux plateformes je suppose.

Je maintiens donc le fait que j'aimerai utiliser une librairie systéme/réseau cross platform (telle que ACE), supportée sous Mac et Windows (et plein d'autres OS).
Mais en gros, je fais mon code C++ standard sous Visual Studio, en sortant une DLL (et lequivalent sur MAC) et au niveau JNI je n'ai pas grand chose à faire exact ?

En fait je voulais dire ...

Le code C++ n'as pas à être mélangé au code Java (un peu comme disont du HTML dans du PHP), mais peut être conservé hors du projet dans une solution Visual Studio à part ...
Et le projet Java n'aura pas une trace de code C++ mais fera juste des appels à la DLL.

Je me trompe ou pas ?

Non, c'est tout à fait ça

Ok ca me semble beaucoup plus clair maintenant ...

En gros je peux utiliser les librairies que je veux à côté au niveau de mon projet C++, faudra juste que je fournisse les dll de ces librairies également et la dll de mon projet, et ensuite sous Java JNI je chargerai ma dll de projet et en gros le seul code "commun" est celui à effectuer avant d'appeller javah, qui est à travailler uniquement pour les signatures des fonctions exposées de la DLL.

Je pense avoir tout bon lol :p

Enfin j'éspére

Mais comme dit plus haut, tu pourrais aussi (peut-être) faire un exe (C) qui traite la demande et tu l'appelles via Runtime.getRuntime().exec("la ligne de commande qui va bien");
Tu peux récupérer la sortie de ce process, c'est prévu...

A+

Oui je vois ce que tu veux dire, faire mon traceroute portable sur MAC/Windows avec mon format de sortie souhaitée, en C ... Et appeller cet exe sous MAC ou Windows depuis monde code Java sans passer par la JNI.

A mon avis c'est clair que c'est faisable, mais aprés n'y aura t-il pas des contraintes (car le client à bien exprimé son besoin de passer par JNI).
Peut-être pour un probléme d'optimisation, l'application aura une charge lourde et un process pour chaque requéte (car le exec spawn le process) ca fera peut être lourd .... Peut-être est-ce la le probléme de mon client.

Ou peut être ne veut il pas diffuser l'application de traceroute (car cette méthode nécéssiterai de fournir l'exe aux utilisateurs, et la JNI rend les choses un peu plus opaques).

Je ne vois pas vraiment d'autre contrainte pour lesquels le choix de JNI s'imposerait ...

Effectivement, peut-être ne veut-il pas diffuser l'exe et comme JNI implique l'usage d'une dll, c'est (un peu) plus opaque...
En plus, si c'est ce qu'il veut... Y a qu'à faire...;)

Ou peut-être est-ce juste un client un peu sadique sur les bords ...

Qui sait ^^ :mouarf: