Daemon-Threads in einem Behälter app

Question

Ich las in einem Post zum Smack Forum vor kurzem, dass

  

Starten Daemon-Threads in einer Java EE-Server ist ein großer nein nein

Im Grunde Smack der XMPPConnection startet einen Dämon-Thread eingehende Daten zu überwachen & Andere abgehende Daten jeweils vom / zum Jabber-Server zu senden. Ist es vernünftig, Daemon-Threads zu verwenden, für Schreib- / liest in diesem Szenario zu hören?

Answer 1

Ja, erstellt XMPPConnection zwei Threads - ein zum Hören / Lesen und einer zum Schreiben. Aber diese leben nur so lange, wie die XMPPConnection Instanz, die ich davon ausgehen, nicht für immer ist.

  

"Starten Daemon-Threads in einer Java EE-Server ist ein großer nein nein"

Schreibst du konforme EJB-Spezifikation? Wenn ja, dann gilt dies. Die Spezifikation sagt es nicht tun. EJB 2.1-Spezifikation:

  

"Der Enterprise-Bean darf nicht versuchen,   Threads zu verwalten. Der Enterprise-Bean   darf nicht zu starten versuchen, stoppen,   brechen oder einen Faden wieder aufzunehmen, oder zu   ändern, um eine Priorität des Threads oder Namen.   Der Enterprise-Bean darf nicht versuchen,   Fadengruppen zu verwalten. "

Oder ist es nur ein Webapp, die ausgeführt in Tomcat passiert sein? Wenn dies der Fall ist, dann sehe ich kein grundsätzliches Problem. Ohne die Fäden, Ihre Smack Client wäre nicht in der Lage mit dem Server zu kommunizieren.

Answer 2

Ich habe Smack API für Client-Verbindungen nur verwendet werden, die eigenständige Programme sind. Zuerst sollten Sie die Wahl (oder einen bestimmten Zweck) von Smack API in einem J2EE-Container erneut.