Swing Swing + Multithreading :: IllegalMonitorStateException

[Alan47]

Hallo miteinander,

ich bastle gerade an einem Projekt für die Uni bei dem wir erstmals auch eine umfangreichere GUI schreiben sollen. Ich habe folgende Situation: mein Benutzer hat in JFrame A einen Button gedrückt, den er zu diesem Zeitpunkt nicht hätte drücken dürfen - also muss ich ihm eine Fehlermeldung ausgeben. Dazu hab ich mir einen kleinen JFrame (WindowDialog) erstellt der eben diese Meldung sowie einen simplen OK-Button enthält. Mein Gedankengang war jetzt folgender: in der Eventbehandlungsroutine des besagten Buttons von A erstelle ich mir ein neues D-Objekt und zeige es an - das klappt. Jetzt führe ich weiters in A folgende Operation aus:

WindowDialog dialog = new WindowDialog();		
synchronized (dialog) {
     while (dialog.getAnswer() == -1) {
	try {
	    this.wait();
	} catch (InterruptedException e) {
	    e.printStackTrace();
	}
     }
}

... und im WindowDialog gibt's die entsprechende "getAnswer"-Methode, die aber nichts weiter macht als das intern gespeicherte Integer-Objekt namens "answer" zurückzugeben. Last but not least gibt's in WindowDialog noch einen ActionListener auf dessen OK-Button, der folgendes macht:

	public void actionPerformed(final ActionEvent e) {
		synchronized (this.answer) {
			if (e.getSource() == this.buttonOk) {
				this.answer = 1;
				this.dispose();
			}
		}
                          notifyAll();
	}

Was will ich damit erreichen? Kurzum: der Thread, der den Dialog gestartet hat, soll so lange an dieser bestimmten Codestelle warten müssen, bis er eine Antwort vom Dialog erhält (Standardprozedere z.B. in Delphi). Ich hab übrigens auch versucht, für die Darstellung des Dialog-Windows einen eigenen Thread zu erstellen, aber die folgende Wirkung war die gleiche....

So. Ich hatte die ganze Zeit über die Befürchtung, ich könnte hier und da concurrentModificationExceptions oder sowas in der Richtung erhalten - aber siehe da, ich bekomme eine IllegalMonitorException beim "this.wait()" in der ersten hier angegebenen Methode. Java-API sagt, dass die Exception geworfen wird, wenn man versucht ein "wait()" auszführen während man den Monitor auf das Objekt grade nicht hält. Und ich frage mich gerade wie das sein kann, weil ich mich hier eindeutig im Synchronized-Statement befinde und daher den Monitor auf das "dialog"-Objekt habe und das "wait()" daher legitim sein müsste. Ich weiß prinzipiell, was ein Monitor ist und so und es ist nicht das erste Mal, dass ich mit Java-Thread-Synchronisierung zu tun hab, aber DAS kann ich mir nicht erklären...

Da es, wie gesagt, ein Projekt für die Universität ist und ich es bis Dienstag fertig haben sollte, würde ich mich über eine klärende Antwort sehr freuen ^^



Danke im Voraus!




Alan

 

[eRaaaa]

Und ich frage mich gerade wie das sein kann, weil ich mich hier eindeutig im Synchronized-Statement befinde und daher den Monitor auf das "dialog"-Objekt habe und das "wait()" daher legitim sein müsste.

Wie du schon richtig schreibst, hat dialog den Monitor, nicht this ! dialog.wait() würde gehen(ohne mir jetzt genau durchgelesen zu haben was du da eig. machen willst)

 

[Alan47]

Jetzt bin ich ein wenig durcheinander. Wenn sich der erste Thread in einem Synchronized-Statement auf das Objekt "dialog" befindet, dann besitzt er die Sperre aka den Monitor darauf, richtig? Folglich müsste man doch bei genau diesem Thread das wait machen dürfen und nicht im Dialog-Objekt....? Natürlich ist jedes Objekt gewissermaßen selbst "Verwalter" des Monitors auf sich selbst, aber wenn sich ein anderer Thread das Objekt schnappt, hat doch der Thread den Monitor und müsste ihn mit "wait()" wieder abgeben...?


Ok ich stelle die Frage anders - nehmen wir an ihr habt einen Dialog als JFrame den ihr anzeigen könnt. Ihr wollt, dass dieser Dialog genau jetzt, zu diesem Zeitpunkt in der Ausführung, angezeigt wird (indem ihr ein neues Objekt der Dialog-Klasse anlegt) und zusätzlich wollt ihr aber genau an dieser Stelle (nach dem Anzeigen des Dialogs) im Programm WARTEN, bis der Benutzer im Dialog entweder auf "OK" oder auf "Cancel" geklickt hat - und welchen Button er angeklickt hat, möchtet ihr auch noch wissen.


Ich hab das Problem momentan umgangen indem ich ein Observer-Pattern verwendet habe, aber erstens bläht das den ansonsten schlanken Code momentan ziemlich auf und zweitens ermöglicht es dieses Pattern nicht, "in place" bei einer bestimmten Code-Zeile auf ein Ereignis zu warten...

 

[eRaaaa]

Für so etwas gibts doch schon was fertiges und nennt sich modaler Dialog.
How to Make Dialogs (The Java™ Tutorials > Creating a GUI With JFC/Swing > Using Swing Components)

 

[Alan47]

Oooook.... Hätte ich gewusst dass das in Java so heißt wäre mir heute viel Ärger erspart geblieben 😱

Vielen Dank für deine Hilfe, das vereinfacht die Sache ungemein! :toll:


Gruß,


Alan