Discussion :

[xxaragornxx]

Bonjour,

Nous partons de 0 sur une nouvelle plateforme de type client-serveur.
Nous allons être confronté côté serveurs à des problématiques de "routage" suivant le profil utilisateur voire suivant le type d'action effectuée. Par exemple, pour envoyer un message, 3 ou 4 chemins seront possibles (tel ou tel protocole, fichier, etc.) suivant l'expéditeur ou le destinataire. J'ajoute à cela de gros impératifs de performance (la ms est un max, à l'exception des envois de fichiers bien sûr)

Afin de faire un moteur souple et générique (on peut avoir à ajouter de nouveaux protocoles à moyen/long terme), l'utilisation d'interfaces s'imposent.
C'est là que la question de Spring vient à l'esprit.

Cela dit, Spring reste pour moi, peut-être à tort, très lié au web et pas forcément lié à la performance non plus.

Auriez-vous donc un avis sur la pertinence d'introduire ce framework sur ce type d'applis ?

Merci par avance.

[Jimmy_]

Bonjour,

Vous avez regardé du coté de Apache Camel, c'est basé sur Spring et cela semble couvrir votre besoin.

[xxaragornxx]

Bonjour,

Vous avez regardé du coté de Apache Camel, c'est basé sur Spring et cela semble couvrir votre besoin.

Merci de ton retour.

J'étudie ça de suite !

[tchize_]

j'allais suggérer aussi apache camel, c'est du routage de message entre différents protocoles, identifiés par des uri, ca pourrait satisfaire à votre besoin.

Spring a plusieurs facettes, l'une d'entre elle c'est le IOC, charger d'injecter des données dans les beans, une autre est spring web, qui est un framework UI web. On peux très bien utiliser l'ioc sans le web