Threading in einem Application Server

Ich habe ein Java-Programm/thread, dass ich bereitstellen möchten, in einem Application Server (GlassFish). Sollte der thread ausführen als "Dienst", der beginnt, wenn die Anwendung den Server startet und Stoppt, wenn der Anwendungs-Server schließt.

Wie würde ich gehen über das tun dies? Es ist nicht wirklich eine Session-Bean oder MDB. Es ist nur ein thread.

  • Neugier: warum müssen Sie starten einen thread ? Es fühlt sich immer schlimm für mich, wenn Sie haben zu Beginn der threads in einem AppServer ...
  • Der thread ist zum ausführen einer Instanz der HSQL-DB-Server
InformationsquelleAutor mainstringargs | 2009-02-10
  2. 7

    Habe ich nur getan, dies mit Tomcat, aber es sollte funktionieren, in Glassfish.

    Erstellen einer Listener-Klasse, die implementiert javax.- servlet.ServletContextListener, dann legen Sie es in web.xml. Sie werden informiert, wenn Ihre web-app gestartet und zerstört.

    Einen einfachen Listener-Klasse:

    public class Listener implements javax.servlet.ServletContextListener {

    MyThread myThread;

    public void contextInitialized(ServletContextEvent sce) {
        myThread = new MyThread();
        myThread.start();
    }

    public void contextDestroyed(ServletContextEvent sce) {
        if (myThread != null) {
            myThread.setStop(true);
            myThread.interrupt();
        }
    }

}

    Dieser geht in web.xml nach Ihrem letzten 'context-param" und bevor Sie Ihre erste 'servlet':

    <listener>
    <listener-class>atis.Listener</listener-class>
</listener>

    Weiß nicht, ob diese Art der Sache ist, empfohlen wird oder nicht, aber es hat funktioniert gut für mich in der Vergangenheit.

    • Das erscheint mir viel sauberer als hijacking ein servlet.init () - Methode. Trotzdem habe ich das Gefühl, ein bisschen unangenehm über das starten von threads in einem AppServer.
    • +1 das ist der war, es zu tun. wenn Sie unconfortable über die Verwaltung Ihrer eigenen thread starten.. bis Quarz in der app-server. aber tun Sie es in der SCL-wie hier beschrieben..
    • Schön. Funktioniert auf Glassfish 3 hier.
    • FYI, wie Servlet 3.0 können Sie überspringen die web.xml Bearbeiten der Datei zu konfigurieren Sie Ihre Zuhörer. Einfach kommentieren Sie Ihre Klasse mit @WebListener die web-app-container automatisch zu instanzieren und registrieren der listener.
    InformationsquelleAutor Sarel Botha
  3. 3

    Dies ist nicht etwas, das Sie tun sollten, in jeder app-server, es sei denn, Sie haben Zugriff auf die verwalteten threads von der app-server. Ich bin nicht vertraut mit Glassfish, aber man könnte dies in Websphere oder Weblogic mit einer commonj WorkManager.

    Offenbar das gleiche kann erreicht werden, in Glassfish und JBOSS über einen JCA-WorkManager (die ich bin nicht vertraut mit).

    InformationsquelleAutor Robin
  4. 1

    Erstellen Sie ein servlet, deren init-Methode startet einen thread, das ist das Hauptprogramm.

    public void init() throws ServletException {
    mailThread = new MailSendThread();
    mailThread.start();
}

    In unserer Anwendung web.xml die Datei fügen Sie ein servlet, das umfasst eine load-on-startup-element, wo die Zahl ist die Reihenfolge, in der es beginnt.

    <servlet>
    <servlet-name>Mail Sending Servlet</servlet-name>
    <servlet-class>MailServlet</servlet-class>
    <load-on-startup>2</load-on-startup>
</servlet>
    InformationsquelleAutor Michael Glenn
  5. 0

    Ich muss auch zum erstellen mehrerer threads, wobei jeder thread öffnet einen socket zu einem anderen remote-Prozesse laufen in meinem Glassfish App. Server. Ich schaute in die LifecycleListener bean zur Verfügung gestellt von Glasfischen, die Sie implementieren müssen.

    Erstellte ich einen Prototypen, um führen Sie das Gewinde und Buchse Arbeit in der LifecycleListener Umsetzung und es ist wirklich nicht helfen, mit der Verwaltung dieser Ressourcen. Um Zugang zu den LifecycleListener ich musste ein public static Weise führen Sie die gewünschten Aktionen.

    Sehe ich keinen Wert in LifecycleListener konnte ich da aufgeführt habe, die genau die gleiche Arbeit in meinem EJB, die der client aufrufen der LifecycleListener. Da gibt es wirklich keine ordnungsgemäße Verwaltung des Threads und Sockets in der Bohne.

    Mir wurde gesagt, dass die JCA kann der beste Weg zu gehen. Ich habe nicht versucht, diese.

    InformationsquelleAutor Peter Delaney
  6. 0

    Starte ich eine zeitgesteuerte Objekt mit den timer-Dienst und nur einem einzigen Ablauf. Dann, im timeout, ich Tue, was ich tun wollte mit dem thread.

    http://onjava.com/pub/a/onjava/2004/10/13/j2ee-timers.html

    Bei mir funktionierte es, seit es nutzt die J2EE-Komponenten und ist ein anderer thread.

    InformationsquelleAutor Rafa de Castro
Schreibe einen Kommentar