Bonjour,
 
Je dois faire communiquer deux serveurs web (tomcat) entre eux, disons serveurs A et B. De plus, la majorité de la "communication" se fait au moment de l'envoi, c'est-à-dire que A envoie des données à B et ce dernier va les traiter (et inversement). Il faut aussi pouvoir déterminer si un serveur a bien reçu les infos envoyées. Enfin, il faut que les serveurs communiquent via le web.
 
Je me posais donc la question sur la manière la plus propre (en terme de code et esprit) et efficace (en terme d'utilisation de bande passante). J'ai pensé à deux solutions :
- requête HTTP classique : A créer une requête dans laquelle il va mettre les données à passer à B, et l'envoie à B (en POST) => ça me semble simple mais pas spécialement joli, au niveau de la bande passante ça ne devrait pas trop consommer, et en acquittement, B peut renvoyer une réponse.
- service web : plus "pro" sur le papier, mais il faut le mettre en place, et niveau bande passante ça doit consommer plus
 
Si vous avez des remarques/idées sur la question, je suis preneur.
Merci d'avance!!

Je ne comprends pas la différence entre tes deux scenarii;
 
tu parles de ceci :
 
http://fr.wikipedia.org/wiki/Repre [...] e_Transfer
 
versus ça ?
 
http://fr.wikipedia.org/wiki/SOAP
 
ça reviendra au même.

Merci pour ta réponse.
Pour moi, le premier scénario simule le fait que A soit un simple navigateur, dans lequel un utilisateur aurait rempli des informations puis l'aurait soumi au serveur.
Le deuxième scénario, me semble-t-il, est plus dans l'esprit d'une communication serveur-serveur, mais à un coût en terme de dev et BP.