A mon avis, ca dépend de la complexité des communications.
Si le protocole est simple et consiste simplement à envoyer quelques 'opcodes' comme 'start' 'jump' 'die' ... alors une socket sur laquel tu lis ou ecris un simple entier pour chaque opcode est très simple à mettre en oeuvre, surtout en langage de haut niveau comme python, perl, ...
Si par contre tu veux appeler un grand nombre de fonctions, nombre d'arguments variables, etc .... alors utilise plutot quelque chose comme RPC, SOAP, ...
Le choix précis de la technologie dépend de l'environement technique.
Par example, si tout tes services sont en java, RMI ou JINI sont pas mals. Si l'environement est très hétérogène, SOAP peut être une meilleur solution ...
# Ca dépend ...
Posté par Sylvain Forêt . En réponse au message RPC, SOAP, tout ça. Évalué à 3.
Si le protocole est simple et consiste simplement à envoyer quelques 'opcodes' comme 'start' 'jump' 'die' ... alors une socket sur laquel tu lis ou ecris un simple entier pour chaque opcode est très simple à mettre en oeuvre, surtout en langage de haut niveau comme python, perl, ...
Si par contre tu veux appeler un grand nombre de fonctions, nombre d'arguments variables, etc .... alors utilise plutot quelque chose comme RPC, SOAP, ...
Le choix précis de la technologie dépend de l'environement technique.
Par example, si tout tes services sont en java, RMI ou JINI sont pas mals. Si l'environement est très hétérogène, SOAP peut être une meilleur solution ...