Discussion :

[ZouBi]

Bonjour,
Aujourd'hui je me retrouve face à un problème. Dans une application serveur en JEE tournant actuellement sous Glassfish ; je vais devoir exécuter des traitements qui pourront durer aux alentours de 5 minutes.
Ainsi, il va falloir que je trouve une solutio car je ne peux pas laisser le client attendre que sa page se charge après 5 secondes... De toute manière, une page d'erreur time out s'affichera bien avant.
Ainsi, comment puis-je t-il procéder?
Merci d'avance.

[fr1man]

- utiliser un nouveau thread à partir de ta servlet
- utiliser un ejb session bean asynchrone (il te faut un container compatible ejb 3.1)

[ZouBi]

Bonjour et merci.
Concernant l'ouverture d'un Thread dans un servlet? N'est-ce pas dangereux?
Ce thread, après un traitement long exécuté par une fonction JNI, devra à la fin mettre à jour un champ dans une base de donnée (pour indiquer le résultat du traitement).
J'utilise les datasources de Glassfish pour faire mes connexion à la base de données. Se servir de cette datasource en dehors du thread principale ne cause pas de soucis?

Concernant le second choix, j'ai vu sur le net que J2EE 3 implémentait les taches asynchrones, mais je n'ai pu réussir à trouver de tutoriels sur le net. Aurais-tu une piste?

Je suis aussi tombé sur l'idée du JMS mais ça me parait trop bien compliquer à mettre en tache pour simplement une seule tache qui se fera en asynchrone.

[sinok]

Tu parles d'EJB 3 plutôt que JavaEE 3 j'imagine

http://javahowto.blogspot.fr/2010/03...in-ejb-31.html

[fr1man]

Il n'y a, à priori pas de risque à utiliser un thread à part, pas plus que ton datasource, à partir du moment ou tu traites biens les ouvertures, fermetures de connexions et tes exceptions.

JMS n'est pas si compliqué que cela, mais effectivement un peu plus que les deux autres solutions.

[sinok]

Il n'y a, à priori pas de risque à utiliser un thread à part, pas plus que ton datasource, à partir du moment ou tu traites biens les ouvertures, fermetures de connexions et tes exceptions.

Tout va dépendre de ton serveur d'application et de sa gestion des contexte. Par exemple Websphere, suivant la façon dont tu essaies de récupérer une ressource JNDI depuis le contexte te donnera accès (ou pas) à cette ressource si tu te trouves dans un Thread labellisé JavaEE (donc émis par websphere) ou un thread normal.