[Architecture: J2EE (pour connexion Web) + J2SE (pour Thread qui lit du port série)]

Bonjour,

Je voudrais développer une application J2EE qui montre des données en temps réel.

C'est-à-dire, je ramasse par un port-série de différentes données sans cesse et chaque fois que une connexion web soit produite, la page web montrera les données présentes dans ce moment. Le thread contrôlant le port doit fonctionner continument, indépendamment de l'existence des connections web.

C'est possible une telle architecture?? Peut-on faire que le serveur initialise le thread de communications en s'initialisant et que le Thread du port série soit mort quand le serveur d'applications soit mort??

Ferait-on mieux de faire usage d'une banque de données comme intermédiaire pour écrire et lire les valeurs presque instantanément?

Merci de vos suggestions.

Citation:

---

C'est possible une telle architecture

---

Possible oui, mais la question est de savoir si cette architecture répond à tes exigences fonctionnelles et techniques.

coté fonctionnel : à toi de juger :P , mais coté technique, rafraichir une page web automatiquement est possible, tout dépend du volume de donnée à rafraichir, le taux de rafraichissement et le nombre d'utilisateurs simultané (bref le débit réseau nécessaire). Si c'est un seul port série, ca ne dépassera pas qq Ko. Mais a mon avis pour optimiser les flux réseaux, une IHM en ajax ou une applet java est plus appropriée.

Le thread qui tourne en permanence n'est pas un problème : les données qu'il reccueille peuvent être stockées dans un buffer qui sera lu par une servlet lors du traitement de chaque requête de rafraichissement en provenance du client (au passage la connexion web sera forcément initialisée par le client).

Citation:

---

Peut-on faire que le serveur initialise le thread de communications en s'initialisant et que le Thread du port série soit mort quand le serveur d'applications soit mort??

---

généralement les serveurs java EE proposent un moyen de le faire, mais ce n'est pas normalisé (tu utiliseras une StartupClass dans le cas de weblogic)

la norme java EE définit le ServletContextListener qui permet de réagir au lancement/arrêt/redémarrage (redéploiement) de ton application web, qui n'est pas forcément provoqué, il faut le savoir, par le lancement/arrêt/redémarrage du serveur.

Citation:

---

Ferait-on mieux de faire usage d'une banque de données comme intermédiaire pour écrire et lire les valeurs presque instantanément?

---

En remplacement de quoi? du serveur d'appli?
Pour moi c'est complémentaire, si ton besoin est de persister les données, pour générer un historique, faire des stats.

Merci beaucoup de vos recommendations et alternatives.

Elles ont été parfaites pour ce que je voulais connaître avant de définir plus concrètement mon architecture !!

:merci: