Lancement d'un thread dans un ServletContextListener

Bonjour,

Je voudrai lancer un thread au chargement de mon application web j2ee.
Pour cela, j'ai instancié un ServletContextListener qui appelle dans sa méthode contextInitialized le fameux thread :

Code:

---

1 2 3 4 5

private static Scheduler m_scheduler = new Scheduler(10); public void contextInitialized(ServletContextEvent a_sce) { m_scheduler.start(); }

---

Malheureusement, mon thread ne se lance pas jusqu'au bout !
Est ce que j'applique la bonne méthode ? Avez vous une idée ?

Merci d'avance ;)

Salut,

Citation:

---

Envoyé par jimix

Malheureusement, mon thread ne se lance pas jusqu'au bout !

---

Que veux-tu dire par la exactement ???

a++

Si tu veux, j'ai testé l'exécution du thread dans deux cas :

1 - Dans un junit sous Eclipse
2 - Dans un ServletContextListener au chargement de mon application j2ee.

Dans le premier cas, le thread s'exécute correctement de bout en long (c'est à dire que l'exécution des 10 requêtes SQL aboutissent).

Dans le deuxième cas, les logs montrent que seules les premières requêtes SQL lancées par mon thread sont correctement exécutées.

Je pense que c'est lié au contexte d'exécution d'un thread au sein d'un conteneur web j2ee. Par contre, d'après ce que je lis sur le net, le lancement d'un thread n'est pas conseillé dans les spécifications j2ee et certain serveur d'applications n'autorise pas l'exécution des threads au sein de son conteneur web.

Du coup, est ce que tu aurais une idée sur l'implémentation préconisée pour ce que je veux faire ?

Merci ;)

Je ne vois pas pourquoi on ne pourrait pas lancer de thread :koi:
Tu as une source pour cela ??


Sinon concernant la non-exécution des réquêtes : tu n'as rien dans tes logs ? Ni exception ni message d'erreur ???

a++

Citation:

---

Je ne vois pas pourquoi on ne pourrait pas lancer de thread

---

Peut-être que en lançant un thread directement, le serveur d'application n'a plus le moyen de gérer correctement les ressources.

Au lieu d'utiliser un thread, on peut utiliser un ejb message driven.