J'essaie de comprendre les cas d'utilisation/l'architecture des utilisateurs typiques de CometD pour voir si je suis sur la bonne voie. Voici un diagramme décrivant notre utilisation prévue.CometD: publier à partir du serveur externe
Nous voudrions que le serveur cometd être plus d'un pub/sous d'événements pour nos services Web, Aucun passera par cometd, seules les données d'événement. Les services Web peuvent publier des événements pour les clients en fonction d'une action qu'ils traitent ou d'un processus processus/planifié en cours.
Mes questions sont basées sur le client Java:
- Est-ce une utilisation appropriée du client cometd Java? De la documentation, il semble comme le client Java est utilisé pour les applications de la vie à court terme comme applications de bureau.
- Étant donné le client Java pour CometD, devrions-nous avoir une instance unique ou un pool de clients pour gérer l'envoi d'événements à CometD à partir d'une instance de service Web?
- Le code client semble assez élaboré pour gérer les messages de lot et plusieurs threads qui l'appellent et il semble que l'établissement d'un client est coûteux à faire à la volée pour publier un message, n'est-ce pas?
Nous vous remercions de votre temps!
Génial, merci beaucoup pour l'aide! – Chap