Server webService + server de socket ?

Bonjour,

Je dois faire une application pour faire en faire communiquer 2 autres via le reseau.
* La premiere communique en applant un web service (celle ci je ne peux pas u toucher).
* La 2eme (qui peut etre lancé plusieurs fois), doit avoir une communication bidirectionnelle "temps réel". Du coup je suis partie sur des sockets. Mais est ce judiscieux?

Je pensais faire une application qui soit en meme temps serveur de web service et serveur de socket. Du coup je suis partie sous tomcat pour la partie Web service, mais comment ajouter la partie serveur de socket? En plus, il me semble que le multi-Thread sous tomcat soit deconseillé mais meme sans cela, comment lancer des thread avec TomCat? Faut il utiliser autre chose que TomCat dans ce cas la ?

Merci pour tous avis/commentaires.

Salut !

Pourquoi ne pas utiliser JMS ?
Ca t'éviterait de multiplier les serveurs et technos de communication.
Tu peux par exemple faire du synchrone pour un client (celui qui a besoin de faire du temps réel) et de l'asynchrone pour un autre.

A vrai dire j'y avais pensé (ou plus exactement a Mule ESB) mais comme je ne maitrise pas trop la techno j'ai peur que cela me prenne un peu de temps avant de pouvoir faire ce que je veux...

Apres pour JMS tu pense a quoi? ActiveMQ?

ActiveMQ me semble un bon choix. A vrai dire, c'est le seul que j'ai utilisé.
Il est puissant et sa prise en main est assez rapide.
Encore plus si tu utilises la surcouche ActiveMQ de Spring Ce qu'on avait fait sur le projet.

Malheureusement on n'utilise pas Spring. Je vais regarder un peu plus Mule (je l'ai deja utilisé mais dans un contexte plus simple...) vu que je ne connais pas ActiveMQ.