Version imprimable
Salut,
Mon projet consiste à réaliser une application web d'acquisition,stockage et de matching des empreintes digitales.
la partie traitement des images est développé en C++ et la partie web je fais le faire avec J2EE.Alors si quelqu'un peut me donner une idée comment faire communiquer ces deux parties.
Je suis débutante en J2EE,Merci de m'aider.
bonjour,
ce problème n'est pas trivial. Je vois 2 possibilités:
1/ jna/jne (des packages java qui permettent d'utiliser des dll écrites en c++ à partir d'une appli java)
2/ passer par un serveur soap (jsoap côté java, gSoap côté c++). Plus lourd, mais si tu dois faire un webservice, tu pourras utiliser ton serveur.
Après, ça dépend de tes contraintes et du contexte en général.
bonsoir,
Merci beaucoup pour votre réponse, mais je n'ai pas bien assimilé surtout la 2éme solution,SVP expliquez moi un peu plus ces deux solutions et comment le concrétisé.
ce sujet est mon projet de fin d'étude,j'ai codé l'algorithme de codage et de matching d'empreinte digitale en C++ en utilisant la bibliothèque de traitement d'image OpenCV et je vais coder maintenant la partie web en J2EE mais je me suis bloqué dans la partie J2EE.
Merci d'avance de m'aider.
1/ jna et jne sont des packages java (en gros l'équivalent des bibliothèques en c++) qui permettent d'utiliser des dll écrites en c++. jna est une sur-couche de jne. En gros, c'est jne "pour les nuls": plus simple à utiliser mais avec de grosses pertes de performances. jne est donc plus difficile à utiliser mais plus efficace. Je ne pourrais pas t'en dire plus, je n'ai jamais approfondi cette solution.
Concrètement, cette solution consiste à transformer ton application c++ en dll, et de la charger, en utilisant jna ou jne, dans ton application java.
L'avantage de cette solution est qu'elle est plus simple à implémenter et à installer.
2/ SOAP est un protocole de transfert de données entre 2 application via le réseau. Il utilise le protocole http, et nécessite donc un serveur http (apache, IIS, etc.). Sur ce point, je ne peux pas t'en dire plus, je n'y connais rien. Je n'ai jamais réussi à comprendre, par exemple, ce qu'est exactement J2EE. Je sais juste que ce protocole (SOAP) est implémenté en java par le package jSoap, et en c++ par la bibliothèque/compilateur gSoap.
Cette solution consiste donc à:
- créer un serveur http et un web service. gSoap permet d'en créer un "stand alone", c'est à dire sans utiliser un serveur tiers, mais il permet aussi d'en utiliser un que tu aura créé "en dehors".
- tranformer ton appli c++ en serveur gSoap (web service).
- transformer ton application java en client soap.
Donc, ton application java (client), pilotera ton application c++ (web service), par le biais de requêtes http (post/get). Le contenu de ses requêtes est du xml (on peut donc les valider de grâce à un schéma xsd par exemple) et est généré et interprété par les bibliothèques SOAP (gSoap et jSoap).
L'avantage de cette solution est qu'elle offre la possibilité à des applications externes de "communiquer" avec ton appli, et ce, quel que soit le langage de celle-ci.
Voilà, je ne peux pas t'aider plus, je ne suis pas expert dans le domaine, et je n'ai jamais réellement utilisé aucune de ses solutions (juste des petits tests de faisabilité). Je pense que tu auras beaucoup de compléments en discutant avec les gens du forum java.
Hope it helps.
Merci beaucoup.c'est clair maintenant.
Je ne connais pas cette biblio, peut-être est-ce une biblio tierce partie. Quitte à faire des web services en Java, autant utiliser la spec la plus récente: Jax-WS en utilisant une implémentation quelconque (celle de référence, Metro ou CXF de chez Apache).Citation:
Envoyé par r0d
Mais bon, faire un web service en Java ce n'est pas un problème. Perso j'aurais plus peur pour le C++. Je ne connais pas gSoap mais j'avais recherché il y a un petit temps un moyen de faire des web services en C++ pour en déduire que c'était loin d'être simple.
J'aurais plus tendance à conseiller du Corba. Ca existe depuis longtemps, il y a un nombre incalculable d'apis dédiés au C++, et c'est tout aussi simple à utiliser en Java (même pas besoin de rechercher une biblio, tout est intégré dans le JDK depuis le 1.4 au moins).
au choix:
jni (tu embed ta librarie c++ dans la jvm)
Socket (tu communique entre java et c++ via une socket, soit avec un protocole à toi, soit en utilisant des webservices)
Si ce sont des process longs: un répetoire où tu "pose" les requete sous forme de fichier, un autre ou tu lit les résultats.
Merci de votre réponse, mais si tu peux m'expliquer un peu plus ces 2 solutions surtout comment les concrétisé.
y en a plus que deux ^^
Pour ce qui est de mettre des fichiers dans un répertoire, je passe outre, c'est pas bien compliqué à imaginer, par contre c'est loin d'être du real-time
Pour les webservice, tu peux faire implémenter un webservice par ton application c++. Tu met alors un client webservice dans ton j2ee et tu l'utilise (voir les docs sur les webservices)
Pour la socket, ben çà consiste à inventer un protocole réseau pour faire communiquer ton java avec ton appli c++
Pour le jni, çà consisteà intégrer tes bout de code c++ dans des classes java, via l'api jni (voir aussi les docs qui foisonnent sur le net). C'est juste long, compliqué et si ton c++ a des erreur, çà peut crasher la jvm (pas de stacktrace)
Merci c'est clair.
Il existe egalement d'autres solutions dont entre autre CORBA qui permet le partage d'objets entre differents languages (dont bien sur le C++ et le Java) a travers le reseau (et donc a fortiori sur un meme poste). La technoligie est similaire a RMI (Java <-> Java) et donc peut etre lourdre a mettre en place mais ca marche.
Apres il existe egalement des trucs comme SOAP ou XMLRPC mais la ce n'est pas trop mon domaine.
J'ai le même problème à résoudre et je suis tombé sur le site web de l'outil SWIG. Il permet de générer du code java (d'autres langages sont disponibles également) à partir d'en-têtes de code C ou C++.
Je vais essayer de l'utiliser. Je pense que ça me fera gagner beaucoup de temps.
http://www.swig.org/
Eventuellement tu peux passer par JNA qui ne nécessite même pas de générer de C/C++ de liaison et te permet d'attaquer directement des librairies natives.
merci sinok, j'aurais appris un truc aujourd'hui :D
Je n'y ai jamais crû à ce mode de fonctionnement qui consiste à appeler un fonction directement par son nom. Franchement à part pour les cas triviaux (genre sqrt() :)) ça doit être la croix et la bannière pour expliquer correctement les types de paramètre/de retour. Et la je parle pour le C, pour le C++ on peut oublier, à part peut-être dans le cas de bibliothèques ancestrales genre wxWidgets mais faut prévoir une super moumoute pour quand on aura fini de s'arracher les cheveux.