Discussion :

[K-you]

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.

[Pill_S]

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)

[nouknouk]

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.

[K-you]

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.

[Pill_S]

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)

[K-you]

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.