JTextField gesperrt nach erster Benutzung...

[mla.rue]

Bei meiner neusten Klein-Anwendung ist das erste JTextField nach der ersten Benutzung gesperrt, der Grund dafür erschließt sich mir nicht ...

Die GUI ist eher einfach gestrickt... ein Schalter (Suchen), ein Textfeld (Suchmaske... die hat das merkwürdige Verhalten) und ein paar andere Textfelder (nicht editierbar).

Gibt man in der Suchmaske etwas ein und drückt Enter bzw klickt auf Suchen, wird in einer DB nach dem Eintrag gesucht, wird was gefunden, werden die Werte der jeweiligen Spalten in die restlichen (nicht editierbaren) Textfelder übertragen.

Soweitsogut... alles funktioniert auch einwandfrei auf 4 Rechnern (Linux), auf zwei aber ist das JTextField der Suchmaske nach dem ersten Suchen soweit gesperrt, dass man nichts mehr eingeben kann. Man kann aber immernoch auf Suchen klicken, dann wird auch wieder in der Datenbank gesucht.

Ich habe gedacht, dass die Kiste evtl nicht hinterherkommt, also habe ich die DB Suche deaktiviert und der Schalter "Suchen" überträgt lediglich den Wert der Suchmaske ins erste, nicht editierbare Textfeld, hat aber auch nichts gebracht.

Ich wüsste jetzt nicht, woran das liegen könnte. Der Code ist in Ordnung, das Programm funktioniert wie gesagta uf 2/3 der getesteten Rechner. Ich habe auch andere, vergleichbare Anwendungen, und die laufen überall einwandfrei.

Wäre super wenn Ihr ne Idee liefern könntet, in welche Richtung ich nach Fehler suchen könnte.

 

[mla.rue]

So habe jetzt die zwei fraglichen Rechner neu gestartet und den Code neu kompiliert. Die simple übertragung vom Text ...

txtfieldFach.setText(txtfieldSuche.getText());

funktioniert jetzt normal wie es sollte.

Scheint also was anderes zu sein, nur kA was. Das Resultset der Datenbank wird geschlossen, die Verbindung auch (das Logfile der Datenbank zeigt, wann eine Verbindung erstellt wurde, welche Anfrage ausgeführt wurde und wann, und dass, die Verbindung geschlossen wurde).
Die Liste, welche die Daten aufgenommen hat, ist vollständig und auch nicht irgendwie zu komplex (paar Zeichenketten, mehr nicht).
Nach der Datenbankabfrage, wo die restlichen Textfelder aktualisiert werden (wie txtfieldFach, txtfieldKuerzel, txtfieldName etc), werden diese auch aktualisiert. Der Schalter "Suchen" startet eine erneute Anfrage.
Habe dann auch einen neuen Schalter hinzugefügt, der etwas völlig anderes macht (Kalender starten, Taschenrechner), das funktioniert auch alles, ergo die GUI (Hauptfenster) ist weder gesperrt noch irgendwie blockiert.
Habe echt keine Ahnung was da schiefläuft .

PS: achja, wenn wer welchen Code sehen will, müsst nur sagen von welcher "Passage"

 

[pl4gu33]

Habe dann auch einen neuen Schalter hinzugefügt, der etwas völlig anderes macht (Kalender starten, Taschenrechner), das funktioniert auch alles, ergo die GUI (Hauptfenster) ist weder gesperrt noch irgendwie blockiert.
Habe echt keine Ahnung was da schiefläuft .

Naja das hätteste ja auch gemerkt, wenn du den Button nicht mehr drücken hättest können, aber selbst das ging ja noch und eine neue Suche mit dem selben Begriff wurde gestartet.

Hast du mal versucht statt der DB Ergebnisse einen normalen Text einzutragen, ob sich dann immer noch das Textfeld aufhängt ... also sozusagen erstmal ohne DB getestet?

[EDIT]sry ich glaub das hattest du schon gemacht oder? ich hatte den ersten Text nur anders interpretiert,... kannst vll. den ActionListener mal posten, wenn ich das richtig verstehe wird das Textfeld dann auch nicht editierbar wenn du einen normalen Text ohne DB einträgst oder? [/EDIT]

 

[mla.rue]

Tja also 'Fehler' gefunden, bzw, es ist kein Fehler. Auf den zwei Testrechnern läuft Enlightement und da verliert die Anwendung nach dem ersten Ausführen den Focus und kriegt den auch nie wieder zurück.

Da ich nun zumindest weiss woran das hängt, kann ich in die richtige Richtung arbeiten.

 

[mla.rue]

jaja WindowsListener geschrieben noch und nöcher und die Lösung war doch so simpel: this.toFront()