Discussion :

[ForgetTheNorm]

Bonjour

Je suis à la recherche d'une technologie permettant les échanges entre programmes.
L'exemple que j'ai le plus concret est celui des BD :
- un logiciel tourne en fond, en attente de requêtes d'un autre programme
- une autre logiciel va "parler" avec ce logiciel, pour lui demander de réaliser une instruction, et récupérer des données.

La seule techno que j'ai en tête pour l'instant est l'envoi et la réception de paquets via un réseau local / internet, et passe donc par des ports.

Je recherche une autre technologie pour pouvoir "discuter" entre différents logiciels...
Si vous avez des idées !


Pierre

[hegros]

Il y en a pleins ! En supposant que les logiciels sont sur deux machines distincts tu as les sockets, soap/xml, en windows :mailslot, rpc, pipe nommées, les canaux......

Tu pourrais en dire plus sur la technologie des logiciels en question cela peut aider

[millie]

La plupart des choses sont basées sur des échanges réseaux effectivement.

Il y a aussi des choses comme les Web services (soap etc.), CORBA.

Il est également possible d'utiliser des zones mémoires partagés entre les processus (c'est assez galère à utiliser...)

Certains langages offrent des fonctionnalités d'échanges, par exemple en java il y a les RMI pour appeler des méthodes distantes, les JMS (système de messages)...

[ForgetTheNorm]

L'architecture serait plutôt du type client / serveur, sur la même machine.
Mon principal problème est que ce ne sont pas forcément les mêmes langages qui communiquent : le client peut être codé en JAVA, le serveur en C (exemple !).

Comme le dit millie, on m'a conseillé ce matin CORBA et SOAP.
Je vais aller chercher plus en profondeur pour voir les points forts et faibles de chacune de ces technologies.

Pour hegros, je ne souhaite pas me limiter à une architecture d'OS particulière, donc plus c'est portable mieux c'est.

Je garde dans un coin de ma tête l'idée que le serveur ne soit pas forcément sur la même machine que le(s) client(s), et donc ici pas d'autre moyens que de passer par les ports.

Merci

Pierre

[Hephaistos007]

La technologie JNI permet de faire communiquer un programme Java avec un programme C (par exemple).

[Melem]

La technologie JNI permet de faire communiquer un programme Java avec un programme C (par exemple).

Pourquoi aurait-on besoin de JNI pour faire communiquer une application Java avec une application écrite en C par exemple ?

@ForgetTheNorm : La communication entre deux programmes nécessite un protocole de communication et rien de plus. Les langages qui ont été utilisés pour créer ces applications n'ont aucune importance. Le plus simple, c'est de les faire communiquer à travers un réseau, donc en utilisant les sockets ...

[souviron34]

CORBA est un peu lourd à utiliser, et son objectif n'est pas la communication entre 2 programmes, mais la sauvegarde "au plus proche" de données censées transiter sur un réseau.

Ce n'est certainement pas ce que je conseillerais pour une communication de ce type.

Sockets serait le mieux.

Si on est sûr qu'on est sur la même machine, fichiers ou mémoire partagée peuvent aussi être mis en oeuvre..

[Hephaistos007]

Pourquoi aurait-on besoin de JNI pour faire communiquer une application Java avec une application écrite en C par exemple ?

Parce que j'ai mal lu la question. Je me suis mis en tête qu'il voulait faire appel depuis son code à du code existant écris dans un autre langage, alors qu'en fait il souhaite "juste" faire communiquer deux programmes distribués.