IllegalComponentStateException The Frame is Displayable

[TackerGollum]

Hallo Leute,
Ich habe ein Problem. Und zwar schmeißt mir mein Programm zum Start ganz kurz eine "IllegalComponentStateException" die ist leider aber nur so kurz da, dass ich sie weder richtig lesen , noch sie screenen kann. nach weniger als einer halben Sekunde verschwindet diese und das Programm startet bisher ganz normal, aber bevor das Programm nachher größer wird und ich dann alles umsonst programmiert habe, weil ich den Fehler nicht behoben bekomme, stelle ich lieber Jetzt diese Frage.

Wie eben schon erwähnt schmeißt mir Eclipse diese "IllegalComponentStateException" das einzige Was ich danach noch lesen kann ist "The Frame is Displayable" und dann verschwindet Sie und das Programm startet. Hat irgendjemand eine Ahnung woran das liegt? eigentlich sollte die Exception gar nicht fliegen, da ich "setUndercorated(true)" verwende bevor das Fenster überhaupt sichtbar gemacht wird.

hier mein Code:

import java.awt.Color;
import java.awt.Dimension;
import java.awt.GridLayout;
import java.awt.Toolkit;
import java.awt.event.KeyEvent;
import java.awt.event.KeyListener;

import javax.swing.JFrame;

public class GUI extends JFrame {
    private boolean isAltPressed = false;
    private boolean isEnterPressed = false;
    private boolean isDecorated = true;
    private JFrame frame = new JFrame();

    public GUI(String titel) {
        super(titel);
        Dimension screenSize = Toolkit.getDefaultToolkit().getScreenSize();
        frame.setUndecorated(true);
        frame.setTitle(titel);
        frame.setLayout(new GridLayout(0,1));
      
        // JFrame-Einstellungen
        frame.setExtendedState(JFrame.MAXIMIZED_BOTH);
        frame.setSize(screenSize);
      
        frame.setResizable(false);
        frame.setDefaultCloseOperation(EXIT_ON_CLOSE);
        frame.setLocationRelativeTo(null);
        frame.addKeyListener(new MyListener());
        // JFrame sichtbar machen
        frame.setVisible(true);
      
    }

    private class MyListener implements KeyListener {

        @Override
        public void keyTyped(KeyEvent e) {
            // Keine spezielle Aktion für keyTyped
        }

        @Override
        public void keyPressed(KeyEvent e) {
            int keyCode = e.getKeyCode();

            if (keyCode == KeyEvent.VK_ALT) {
                isAltPressed = true;
            }

            if (keyCode == KeyEvent.VK_ENTER) {
                isEnterPressed = true;
            }

            // Überprüfen, ob sowohl Alt als auch Enter gedrückt sind
            if (isAltPressed && isEnterPressed) {
               
                if (isDecorated) {
                    frame.dispose(); // Altes Fenster schließen
                    frame.setUndecorated(false); 
                    frame.setVisible(true); // Neues, dekoriertes Fenster erstellen
                    isDecorated = false; // Zustand aktualisieren
                    isAltPressed = false;
                    isEnterPressed = false;
              
                }else {
                    frame.dispose();
                    frame.setUndecorated(true);
                    frame.setVisible(true);
                    isDecorated = true;
                    isAltPressed = false;
                    isEnterPressed = false;
                }
              
            }
        }

        @Override
        public void keyReleased(KeyEvent e) {
            int keyCode = e.getKeyCode();

            if (keyCode == KeyEvent.VK_ALT) {
                isAltPressed = false;
            }

            if (keyCode == KeyEvent.VK_ENTER) {
                isEnterPressed = false;
            }
        }
    }


}

Ich würde mich über Eure Hilfe wahnsinnig freuen.

 

[KonradN]

Also was ich gerade so sehe, sieht es eigentlich auch alles ok aus. Daher wäre es wichtig, einmal Details der Exception zu erfahren.

Die beschriebene Exception kommt, wenn du setUndecorated(true) auf einem JFrame aufrufst, das bereits native Ressourcen hat und damit dargestellt werden kann. Aber im geposteten Source hast Du diese Aufrufe nur

• direkt nach dem Konstruktor
• direkt nach einem dispose

Und das ist beides ok.

Sicher, dass Du wirklich diesen Code ausführst? Nicht dass Du Build Fehler hast und Du dann die letzte übersetze Version ausführst? Das nur als eine fixe Idee.

 

[Robert Zenz]

Die beschriebene Exception kommt, wenn du setUndecorated(true) auf einem JFrame aufrufst, das bereits native Ressourcen hat und damit dargestellt werden kann.

Nur kurz darueber geguckt, aber dispose muesste alle nativen Resourcen verwenden und die sollten erst bei show oder pack wieder erzeugt werden:

The Window and its subcomponents can be made displayable again by rebuilding the native resources with a subsequent call to pack or show.

Wie das da zusammenhaengt kann ich aber nicht sagen.

 

[TackerGollum]

@KonradN Erstmal danke für die schnelle Antwort. Und ja ich führe genau diesen Code aus denn in der Main Methode hab ich zur Zeit nur :

public class Program extends JFrame {
    private static final long serialVersionUID = -7739728431010817092L;

 

    public static void main(String[] args) {
        new GUI("Test");
    }
}

das hier stehen und Fehler zeigt Eclipse mir auch nicht an. Alles was ich bisher in diesem Programm programmiert hab seht ihr in dem Post und in dieser Antwort.

 

[KonradN]

Nur kurz darueber geguckt, aber dispose muesste alle nativen Resourcen verwenden und die sollten erst bei show oder pack wieder erzeugt werden

Du meinst verwerfen oder so? Statt verwenden?

Die Beschreibung von Window#dispose() beschreibt das aber sehr gut:

Releases all of the native screen resources used by this Window, its subcomponents, and all of its owned children. That is, the resources for these Components will be destroyed, any memory they consume will be returned to the OS, and they will be marked as undisplayable.
The Window and its subcomponents can be made displayable again by rebuilding the native resources with a subsequent call to pack or show. The states of the recreated Window and its subcomponents will be identical to the states of these objects at the point where the Window was disposed (not accounting for additional modifications between those actions).

Note: When the last displayable window within the Java virtual machine (VM) is disposed of, the VM may terminate. See AWT Threading Issues for more information.

Und die Zusammenhänge sind vermutlich, dass bei einem pack / show die native Elemente, die es ja geben muss, erzeugt werden. Die Java Klassen sind ja nur eine Art Wrapper. Das sieht man recht gut, wenn man sich die Fenster anschaut mit einem Spy/Inspect Tool. Da sind dann aus Windows Sicht die typischen Windows Controls (unter Windows), die man auch als C / C++ Entwickler kannte, wenn man da so eine GUI Anwendung geschrieben hat.

Aber unabhängig: Diese dispose / setUndecorate / setVisible Sequenzen sind genau der Weg, den man gehen muss, wenn man das umschalten will. Das ist also aus meiner Sicht richtig umgesetzt in dem gezeigten Source. (Maximal wäre die andere Idee, dass man das Fenster neu erstellt. In anderen Sprachen wie z.B. C# hat man strengere dispose Pattern und da ist eine Instanz nach dispose nicht mehr zu verwenden. Das ist aber etwas, das in Java nicht so streng gesehen wird)

Ach ja - bezüglich dem Kommentar: Der dispose() Aufruf kann diese Problematik mit dem AWT Thread nicht auslösen, da wir ja im EDT sind und diesen sozusagen "blockieren". So kommt der setVisible Aufruf sozusagen ehe der EDT feststellen kann, dass es kein Fenster mehr gibt.

 

[KonradN]

@KonraN Erstmal danke für die schnelle Antwort. Und ja ich führe genau diesen Code aus denn in der Main Methode hab ich zur Zeit nur :

public class Program extends JFrame {
    private static final long serialVersionUID = -7739728431010817092L;

   

    public static void main(String[] args) {
        new GUI("Test");
    }
}

das hier stehen.

Wozu das extends JFrame bei Programm und GUI? Beides sind doch keine Frames, die Du erweiterst. Du nutzt Composition, damit GUI dann ein JFrame hat. Aber diese Erweiterung ist unnötig.

Was unkritisch ist, aber etwas auffällt: Im Konstruktor von GUI bist Du noch nicht im EDT aber machst etwas mit dem Status von Swing Controls.
Da könnte man also hin gehen und den Konstruktor von GUI direkt im EDT laufen lassen:

    public static void main(String[] args) {
        SwingUtilities.invokeLater(() -> new GUI("Test"));
    }

Aber das hat nichts mit der Funktionalität zu tun. Alles, was Du machst funktioniert auch genau so im Hauptthread!

Ich habe Deinen Code auch etwas getestet auf meinem Mac (ok, da ich nicht groß herum probieren wollte, welche der Tasten als "alt" Taste angesehen wird, habe ich da das if (isAltPressed && isEnterPressed) auskommentiert, so dass jeder Tastendruck umschaltet und das lief einwandfrei bei mir.

 

[TackerGollum]

Ja Stimmt, das kommt noch daher das ich die GUI vorher noch angefangen habe in der Main Klasse zu Programmieren.

 

[TackerGollum]

Wozu das extends JFrame bei Programm und GUI? Beides sind doch keine Frames, die Du erweiterst. Du nutzt Composition, damit GUI dann ein JFrame hat. Aber diese Erweiterung ist unnötig.

Was unkritisch ist, aber etwas auffällt: Im Konstruktor von GUI bist Du noch nicht im EDT aber machst etwas mit dem Status von Swing Controls.
Da könnte man also hin gehen und den Konstruktor von GUI direkt im EDT laufen lassen:

    public static void main(String[] args) {
        SwingUtilities.invokeLater(() -> new GUI("Test"));
    }

Aber das hat nichts mit der Funktionalität zu tun. Alles, was Du machst funktioniert auch genau so im Hauptthread!

Ich habe Deinen Code auch etwas getestet auf meinem Mac (ok, da ich nicht groß herum probieren wollte, welche der Tasten als "alt" Taste angesehen wird, habe ich da das if (isAltPressed && isEnterPressed) auskommentiert, so dass jeder Tastendruck umschaltet und das lief einwandfrei bei mir.

Vielleicht sollte ich mal den Rechner neu starten und das ist einer der berüchtigten "Fehler die keine Fehler sind" von Eclipse.

 

[TackerGollum]

Danke für eure Hilfe ^^

Es war genau das. einer von diesen ominösen Fehlern die Eclipse gern mal anzeigt die aber keine Fehler sind.
Ich habe nur Eclipse neu gestartet und siehe da .... Fehler ist weg.

trotzdem Danke für eure Mühen. ^^
Ich wünsche euch noch einen schönen Tag.