Discussion :

[K-you]

Bonjour,

Je voudrais connaître l'avis d'expert 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 certain 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 serai 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.

[camboui]

Sockets ou JNI, sachant que le premier est en théorie (beaucoup) plus performant.

Mais bon, on a le même problème alors on porte java en C++... comme on peut.

[K-you]

D'accord, mais dans votre cas est-ce qu'il y a une problèmatique de communication réseau entre le code C++ et java ?

Car l'utilisation de JNI seul ne répond pas à cette problèmatique, tandis que les Sockets peuvent passer par le réseau.

[koala01]

Salut,

Si le travail s'effectue toujours par un réseau, il "suffit" de faire transiter les données selon un protocole à établir éventuellement...

Pour autant que les deux systèmes soient en mesure d'évaluer les données reçues de la même manière et de les émettre sous une forme déterminée, tu passe littéralement outre la barrière du langage...

La seule chose étant que, quel que soit le langage utilisé, il faudra prévoir... une structure pour représenter les données dans les deux applications

[K-you]

Ok, je vois l'idée : passer par un moyen plus bas niveau, en transmettant les données sous la forme d'une chaîne de caractère (par exemple) suivant une syntaxe préalablement définie. Chaîne qui sera ensuite traitée côtée Java. Et de la même façon en sens inverse.

Ca me paraît être la solution la plus rapide tant au niveau durée de développement qu'au niveau du temps d'exécution. Mais en terme de facilité de reprise du code par un tier j'émet quelques doutes.

[camboui]

XML. C'est autodocumenté.

[K-you]

Ah oui, cette idée me plaît, je n'y avais pas pensé.

Et pour envoyer le fichier XML généré, je peux passer par des Sockets c'est ça ?

[3DArchi]

Bonjour,
Je ne sais pas dans quelle mesure soap peut aussi apporter une réponse. A tout hasard, voici un tuto qui peut servir d'introduction : Web Services en C++ : Implémenter un client/serveur gSoap, par r0d.

[camboui]

write XML > zip > socket > unzip > read XML

[K-you]

Ok merci, je jette un oeil à SOAP quand même.

[koala01]

<snip>Mais en terme de facilité de reprise du code par un tier j'émet quelques doutes.

Je ne vois pas pourquoi...

Si tu détermine clairement la manière dont les données sont transmises et la structure qui permet de les récupérer / représenter, il suffira à celui qui reprend le code d'apprendre à... utiliser cette structure, dont, principalement, l'utilisation des différents champs qu'elle regroupe.

Mettons que tu aies une structure "personne" qui serait codée en C sous la forme de

Code :

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

1
2
3
4
5
6
struct Persone
{
    char nom[45]; // je prend volontairement un grand nombre :D
    char prenom[45];
    char dn[0] // au format YYYYMMDD + '\0'(ajouté)
};

Elle pourrait très bien être codée en C++ sous la forme de

Code :

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

1
2
3
4
5
6
7
class Personne
{
    public:
        Personne(std::string const & n, std::string const & p, 
                 std::string const & d):name_(n),firstname_(p),birth_(d){}
        /* tout ce qui nous intéresse */
};

et sous une forme équivalente quel que soit le langage utilisé (pas uniquement java, mais ada, cobol ou que sais-je )

Du moment que l'on sache que le protocole prévois l'envoi des données sous la forme

• byte 1 : nombre de lettres du nom (sans compter '\0')
• byte 2 : nombre de lettres du prenom
• byte 3 à byte N (*): nom
• byte N+1 à byte M (**): prenom
• byte M à byte M+8 : date de naissance
• byte L(***) : checksum

• (*) correspond à 4+ nombre de lettres du nom comme défini dans byte 1
• (**) correspond à N+1 + nombre de lettres du prenom comme défini dans byte 2
• (***) correspond à M + 1 + 8

n'importe quel langage (y compris les plus exotiques / anciens) sera en mesure de récupérer les informations et de les traiter

[EDIT] Effectivement, un format comme XML est facile à utiliser et à transmettre...

Les possibilités sont multiples et présentent toutes des avantages et des inconvénients

[camboui]

Ok merci, je jette un oeil à SOAP quand même.

Par curiosité, ton module en java, c'est quoi ?

[K-you]

Oui, c'est vrai qu'avec une documentation claire et un format de transmission de données comme celui de ton exemple, ça ne pose pas de problème de reprise.

Ma partie Java est un algorithme de plannification (avec entre autres, des recherches de plus court chemin).

[camboui]

Merci.
Tiens-nous au courant de tes résultats. Je ne connais pas SOAP et suis curieux de savoir ce que ça donne, surtout du coté des serveurs java.

[K-you]

Je n'ai toujours pas testé SOAP, mais je me demande maintenant si le protocol buffer qui permet de générer du code en C++ ou en Java grâce au compilateur associé à la librairie Protocol Buffer ne serait pas plus efficace. Personne n'a d'expérience dans l'utilisation de ce protocole ?