Modaler Dialog aber trotzdem Aktualisierung des MainFrames

[Kaspatoo]

Hallo,

ich habe eine Anwendung die unter anderem eine Textarea hat, welche auf einen TextareaApender von Log4J registriert ist. Sie gibt also alle Logs sofort wieder. Und diese eigenschaft "sofort" möchte ich beibehalten.
Wenn nun der Prozess gestartet wird, soll ein Dialog angezeigt werden bei dem steht "Vorgang wird bearbeitet, bitte warten!". Nun soll der Benutzer aber im MainFrame keine Eingaben mehr machen können.
Wenn ich den JDialog jetzt setModal(true) setze, dann hab ich nen deadlock, weil der Code des MainFrames, nicht weiter ausgeführt wird solange der modale Dialog noch da ist. Und der wiederum wid erst nach der codeausführung geschlossen.

Also mainframe gelockt aber es wird noch aktualisiert (textarea) und ne dialogfenster der sagt bitte warten.

Ich beiß mir daran die Zähne aus und habe noch keine befriedigende Lösung gefunden.
Die Komponenten verwende ich in der Regel von Swing. AWT kommt bei mir eig nur fürs Layou in frage.
Danke schon einmal für eure Hilfe.

 

[Ariol]

Der Code der während des Anzeigen des Dialogs ausgeführt wird musst du in einen Thread (SwingWorker) auslagern, weil du sonst den EDT blockierst.
An ein Deadlock glaube ich nicht, außer du parst den Text des JTextfields für die Auswertung deiner Aktion.

Ein modaler Dialog blockiert den EDT übrigens nicht:
http://www.java-forum.org/awt-swing-swt/121808-genaue-funktionsweise-modalem-jdialog.html

 

[Gast2]

Stimmt meine DIaloge sind auch Modal aber die anzeigen aktualisieren sich nach wie vor!

Verwendest du die Klasse JDialog oder abgeleitete Klassen?

 

[Kaspatoo]

hi

danke für die schnellen antworten
und der link scheint auch sehr interessant

also das ist der code wo ich den JDialog aufrufe:

if(e.getSource() == btnStart)
	        {
	        	JDialog waiter = null;
	        	try
	            {
	                lblErrorMessage.setText("");
	                waiter = new JDialog();
//	                waiter.setModalityType(JDialog.DEFAULT_MODALITY_TYPE);
	                waiter.add(new JLabel("Vorgang wird bearbeitet. Bitte warten!"));
	                waiter.setDefaultCloseOperation(DO_NOTHING_ON_CLOSE);
	                waiter.setSize(300, 100);
	                waiter.setLocation(200,200);
	                waiter.setVisible(true);
	                Thread arbeiter = new Thread( new Arbeiter(waiter, lblErrorMessage, getData()) ); 
	                arbeiter.start();

die sache ist nun, wenn der dialog modal ist, wird weder ein breakpoint bei der erstellung des threads darunter erreicht, noch wird der code des arbeiterthreads ausgeführt
ist der dialog nicht modal geschieht beides

mein eventhandler ist eine interne klasse des jframes
ich könnte mir vorstellen, dass deswegen auch der eventhandler nicht weitergeht, weil das frame gesperrt wird oder so

class MyButtonListener
    implements ActionListener
    {

würde es was bringen, wenn ich den dialog stattdessen in einen anderen thread auslagere?
oder andere ideen

 

[Michael...]

waiter.setVisible(true);
Thread arbeiter = new Thread( new Arbeiter(waiter, lblErrorMessage, getData()) ); 
arbeiter.start();

die sache ist nun, wenn der dialog modal ist, wird weder ein breakpoint bei der erstellung des threads darunter erreicht, noch wird der code des arbeiterthreads ausgeführt

Rate mal in welcher Reihenfolge der Code abgearbeitet wird ..... Genau von oben nach unten ;-)

Bei setVisible(true) auf einen modalen Dialog wird an dieser Stelle "blockiert" und erst fortgesetzt sobald der Dialog geschlossen wurde.
Einfachste Lösung erst Thread starten, danach Dialog sichtbar machen.

 

[Kaspatoo]

hi

ja ok macht sinn
aber auch nur vor dem hintergrund dass der modale dialog also doch den frame sperrt
und somit doch eine art von dead lock würde ich sagen

dadurch kann mein problem aber trotzdem gelöst werden
ich danke dir vielmals

nur vlt. gibt es dennoch praktikable möglichkeiten das auch anders zu machen? oder eher nicht?

 

[Michael...]

aber auch nur vor dem hintergrund dass der modale dialog also doch den frame sperrt
und somit doch eine art von dead lock würde ich sagen

Das ist die große Kunst - keine Ahnung wie die Java das macht, aber der EDT des Frames wird dadurch nicht blockiert.