Discussion :

[Alanis]

Bonjour,

J'aimerais que quand un utilisateur se connecte sur sa session, plusieurs process (threads?) se déclenchent et fonctionnent en parallèle pour mettre à jour l'IHM.

J'ai lu qu'il ne faut pas utiliser de threads en JEE, mais donc, par quoi les remplacer?

Merci d'avance!

[supergeoffrey]

Car ton serveur d'application est déjà lui même Multi-thread.

[Alanis]

ummh d'accord!

Mais qu'est ce qu'il faut utiliser pour faire un traitement parallèle? Un ejb ?

Par exemple dans ma servlet, j'instancie un ejb ?

[tchize_]

C'est déconseillé, mais dans la réalité, il faut bien reconnaitre que, pour toute une série de cas d'utilisation, J2EE ne fournis aucune alternative. Des librairies comme Quartz (scheduler) sont souvent utilisées en J2EE et pourtant, elles créent des threads à la pelle.

Tout dépend au final de la raison pour laquelle tu as besoin d'un thread. Si tu veux déléguer des tâches en fond, comme par exemple, demander de réindexer une base de donnée à partir d'une formulaire web, l'utilisation de message bean peut être une bonne solution.

[fr1man]

Côté serveur, tu as aussi les EJB timer, ou EJB session asynchrones.
Côté client, tu peux envoyer plusieurs requêtes Ajax, mais il faudrait en savoir un peu plus sur ton besoin exact.

[Alanis]

umh, les EJB session asynchrones ca a l'air pas mal.

Le besoin est:

XXX sur le serveur d'application test une condition toutes les minutes. Si la condition est validée, un message est envoyé au client (page web).

En java, j'aurais fais tourner un thread en tâche de fond pour checker cette condition, mais en jee ?

Ou la seule solution est d'appeler régulièrement une méthode serveur en Ajax? Je préférerais quand même nettement un push au client : /

Merci d'avoir fait avancer ma réflexion

[tchize_]

y a pas vraiment de truc potable actuellement pour faire du push vers les client (même si le html 5 amène des trucs comme web socket pour le faire).

Ce que font toutes les applications qui se rafraichissent régulièrement actuellement, c'est ça. Au ajax, avec un requete toutes les minutes ou toute les secondes suivant la charge pour le serveur et le besoin de réactivité.

[adiGuba]

Salut,


Sauf erreur, il n'y a pas de problème à utiliser des threads sur un serveur JEE, du moment qu'on comprend bien que le thread ne pourra pas "communiquer" avec le client.

En gros il ne faut pas créer un thread qui contiendrait un HttpServletRequest ou HttpServetResponse (ou tout objet lié), car ces éléments deviendront invalide à la fin de la requête alors que le thread tournerait toujours...

Donc non je ne vois pas vraiment de contradiction à cela, si tu le gères correctement.




Personnellement j’utilise des threads pour l'envoi d'email.
A la fin de certaines requêtes je dois générer un document à envoyer par email, ce qui peut prendre un certain temps. Afin d'éviter de "bloquer" le navigateur trop longtemps, je me contente de récupérer/vérifier les paramètres, et j'utilise un thread pour ce traitement (qui est totalement indépendant de la réponse http).




Maintenant ton problème c'est plutôt de renvoyer l'info aux clients.
C'est quoi ces clients ? Des applications mobile ? Un navigateur ? Ou autres ?


a++

[adiGuba]

y a pas vraiment de truc potable actuellement pour faire du push vers les client (même si le html 5 amène des trucs comme web socket pour le faire).

Il y a une solution, c'est les "event-stream" qui consiste à garder ouverte une connexion entre le client et le serveur. Ce dernier envoyant les infos au fur et à mesure...

Plus d'info : http://www.html5rocks.com/en/tutoria...source/basics/


a++

[Alanis]

Merci pour vos réponses!

Je vais m'orienter vers du ajax simple pour maj la page web donc

Thanks !