Swing JDialog gleichzeitig mit JFrame anzeigen

[javaDavid]

Hallo!
Ich habe folgendes Problem:
Ich habe einen JFrame mit einem JButton, wenn dieser geklickt wird, wird im actionPerformed eine Verbindung zu einer Datenbank aufgebaut. Dies dauert einige Zeit. Um diese Zeit zu überbrücken würde ich gerne einen JDialog mit einer Meldung für die Zeit vom Zeitpunkt weg, an dem der Button geklickt worden ist, bis die Verbindung abgeschlossen ist einblenden.

Ich habe es schon mit

jdialog.setModal(false);

versucht, jedoch wird dann der JDialog ohne Inhalt angezeigt, und erst wenn Verbindung zur Datenbank aufgebaut ist, zeichnet sich der Inhalt des JDialogs.
Und logischerweise nutzt

jdialog.setModal(true);

noch weniger, da dann die Verbindung erst aufgebaut wird, nachdem der Dialog geschlossen wurde.

Gibt es irgendeine Möglichkeit, den JDialog beim Klick des Buttons anzuzeigen, dann gleichzeitig die Verbindung zur Datenbank aufzubauen und danach den JDialog wieder auszublenden?

MfG, David

 

[xehpuk]

Hey,

die Verbindung zur Datenbank muss in einem anderen Thread aufgebaut werden. Wenn du es direkt über die

actionPerformed

machst, läuft der Event Dispatch Thread da rein, weswegen sich auf der Oberfläche nix mehr tut, bis er zurückkehrt.

 

[GUI-Programmer]

... siehe dazu das Oracle Tutorial Worker Threads and SwingWorker

 

[javaDavid]

Danke erstmal für die rasche Antwort.
Wann und wie genau soll ich den Thread starten?
Ich hab mal einen eigenen ActionListener geschrieben, der auch Runnable implementiert.
Bisher hab ich noch nicht viel mit Threads gearbeitet, und wenn ich den ActionListener wiefolgt implementiere, wird zwar der Dialog vollständig angezeigt, jedoch wird die Verbindung nicht aufgebaut. Wo mache ich da einen Fehler bzw. wie würde die richtige Lösung aussehen?

public class OkActionListener implements ActionListener, Runnable{

    private CostumDialog cd; // Der anzuzeigende Dialog
    private DBAccessManager man;
    private Thread db;
    
    public OkActionListener(Adminlogin login) {        
        cd = new CostumDialog("a message");
        db = new Thread();       
    }


    @Override
    public void actionPerformed(ActionEvent e) {        
        cd.setVisible(true);
        db.start();       
    }

    @Override
    public void run() {       
        performAction();
    }

    private void performAction() {
        man =  DBAccessManager.getInstance();
        //weitere Aktionen, die länger dauern...
        cd.setVisible(false);
   }
}

 

[GUI-Programmer]

nicht java.irgrnedwas.Thread sondern wie bereits gesagt javax.swing.SwingWorker ubd zuerst den Worker mit execute starten und dann den Dialog anzeigen.

Les dir das Tutorial durch!

 

[Gast2]

Solche Dinge macht man imho besser mit einer GlassPane. Der Aufbau ect. sollte natürlich trotzdem im SwingWorker ect. erfolgen.

 

[javaDavid]

Danke GUI-Programmer, hat perfekt funktioniert.
Für all jene, die vielleicht auch an der Lösung dieses Problems interessiert sind poste ich mal den Code:

public class OkActionListener extends SwingWorker implements ActionListener{
    private CostumDialog cd;
    private DBAccessManager man;
    
    public OkActionListener(Adminlogin login) {
        cd = new CostumDialog("a Message");             
    }

    @Override
    public void actionPerformed(ActionEvent e) {        
        cd.setVisible(true);
        this.execute();       
    }

    @Override
    protected Object doInBackground() throws Exception {
        performAction();
        return null;
    }
    
    private void performAction() {        
        man =  DBAccessManager.getInstance();
        //längere Funktionsdauer
        cd.setVisible(false);
   }
}

 

[GUI-Programmer]

Solche Dinge macht man imho besser mit einer GlassPane. Der Aufbau ect. sollte natürlich trotzdem im SwingWorker ect. erfolgen.

Würde ich auf jeden Fall nicht mit einer GlassPane umsetzen, da gefällt mir der Ansatz vom TO schon viel besser. Das ist halt Geschmackssache und nicht eine vorgeschriebene Vorgehensweise.

 

[Gast2]

Würde ich auf jeden Fall nicht mit einer GlassPane umsetzen, da gefällt mir der Ansatz vom TO schon viel besser. Das ist halt Geschmackssache und nicht eine vorgeschriebene Vorgehensweise.

Ich finds schon ebssre, da man regulieren kannw as der User in der Zwischenzeit macht. Man kann ja durchaus in der GlassPane einen Dialog einbinden.