Utilisation de code Java � partir d'un programme C++ distant

Bonjour,

Je voudrais conna�tre l'avis d'experts ayant d�j� utilis� des technologies d'interfa�age de programmes C++ et Java sur des machines distantes.

J'ai d'un c�t� un syst�me ind�pendant �crit en C++ et de l'autre un algorithme impl�ment� en Java permettant d'effectuer certains calculs et de renvoyer une action correspondante au programme C++.

Seulement, certaines contraintes rendent impossibles le red�veloppement de la partie Java en C++.

En r�sum� :
-j'ai des donn�es �manant de la partie C++ mat�rialis�es par une classes "Donn�e".
- je voudrais transmettre l'objet Donn�es � java, afin qu'il fasse ses calculs en fonction des informations de ces donn�es.
- Instanciation dans Java d'un objet "Action" r�sultant des calculs.
- Transmission de cet objet � C++ pour qu'il r�cup�re les informations d'Action.
- Utilisation de l'objet Action dans C++.

Ce processus serait amen� � boucler puisque divers �v�nements peuvent engendrer un recalcul.

Alors j'ai explor� divers pistes comme le JNI coupl� au RMI, le Corba, les sockets, le framework Zeus de C++.

Quelle est votre avis sur la question ? Je suis ouvert � tout retour d'exp�rience sur l'utilisation de ces technologies.

Corba je d�conseille, c'est tr�s vieux et pas performant
RMI est mieux, mais pas top

Maintenant, si c'est possible, et puisque ce sont des machines distantes et des syst�mes h�t�rog�nes, j'utiliserais un protocole sp�cialis�, type SOAP over http (webservices): on n'a pas fait mieux depuis (bon niveau perfs c'est pas r�put� pour �tre particuli�rement rapide, mais au moins c'est compatible entre les technologies)

;)

Hello,

je plussoie Pill_S � propos de Corba: c'est plut�t une techno lourde � mettre en oeuvre, pas (ou plus) sp�cialement int�rop�rable et ... disons ... plut�t sur le d�clin.

Perso, pour ce genre de besoin, j'ai ma petite pr�f�rence pour de bonnes vieilles sockets TCP qui restent quand m�me la techno qu'on retrouve � peu pr�s partout et qui reste extr�mement flexible: que tes deux applis tournent sur le m�me serveur physique ou pas,

Et si tu veux quelque chose de simple � mettre en �uvre, une b�te impl�mentation d'un protocole bas� sur du texte avec une ligne par 'commande' est quasi trivial (quelques dizaines de lignes en Java), facile � d�boguer et m�me accessible au moyen d'un telnet.

Apr�s, tout d�pend de l'interop�rabilit� que tu souhaites: si tu ne pr�vois pas que ces applis puissent �tre un jour amen�es � communiquer avec d'autres programmes 'externes', les sockets sont probablement la voie la plus directe � mettre en �uvre. Par contre si tu as plus de besoin d'interop�rabilit�, une tehcno comme les web-services sera peut-�tre plus indiqu�e.

Je pensais utiliser des fichiers XML transmis gr�ce � des sockets. Je me demande si le XML n'est pas incompatible avec des applications temps r�els et s'il est facil de manipuler les sockets C++ et Java en m�me temps.

Citation:

---

Envoy� par K-you

Je pensais utiliser des fichiers XML transmis gr�ce � des sockets.

---

l� on est assez proche des webservices...

pour le temps r�el, je dirais que tout d�pend des volumes de donn�es. Pour les applis fortement charg�e, bcp de user, bcp de donn�es, il faut peut-�tre chercher � optimiser et changer de format, mais dans l'immense majorit� des cas y'a pas de souci

pour la compat entre les sockets c++ et java, l� pas de souci, c'est la m�me norme (TCP)

;)

Ok, merci pour ces r�ponses, normalement la charge de donn�es transmise ne devrait pas �tre si lourde que �a, et cette m�thode a l'air la plus rapide � mettre en oeuvre.