Threads Wie thread stoppen/closen ? und wie GUI at runntime updaten?

Screen

Bekanntes Mitglied
Hallo

ich habe eine kleine GUI-Anwendung. Dort muss ich die Sprachen Englisch und Deutsch implementieren.
Wenn der User in dem Menü die Sprache "deutsch" auswählt ,dann sollen sich alle JLabel von "englich" auf ihre "deutsche" Variante ändern. Ich ändere dabei den Wert der static Variablen mit den Bezeichnungen ,damit es für alle GUI componenten und Classen geändert wird. Nun muss ich nur die JLabels updaten bzw repainten oder das JFrame. Wenn ich für das JFrame update() oder repaint() verwende passiert nichts , obwohl deren Bezeichnung in den Variablen nun anders ist. Sogar die repaintcomponentTree von SwingUtilities macht nichts.

Zusätzlich will ich wissen wie ich einen Thread, denn per run() Methode gestartet habe wieder stoppen oder schließen kann. ( run() ist in einer anonymen Klasse) Mit System.exit() schleiße ich die komplette Anwendung und nicht nur den einen Thread.

Vielen Dank.
 
Threads soll man nicht töten, sondern in den Selbstmord treiben 😉 Das heisst, du musst die [c]run()[/c] Methode so implementieren, dass von aussen klar gemacht werden kann, dass die (Endlos?)schleife o.ä. verlassen werden kann.
 
> einen Thread, denn per run() Methode gestartet habe

per start() gestartet?

stop() heißt die unschöne Methode, so viele gibts nun auch nicht nachzuschlagen..
 
Wenn man die Methode [c]stop()[/c] in der Javadoc nachschlägt, steht dort wunderbar geschrieben, was man verwenden sollte:
Deprecated. This method is inherently unsafe. Stopping a thread with Thread.stop causes it to unlock all of the monitors that it has locked (as a natural consequence of the unchecked ThreadDeath exception propagating up the stack). If any of the objects previously protected by these monitors were in an inconsistent state, the damaged objects become visible to other threads, potentially resulting in arbitrary behavior. Many uses of stop should be replaced by code that simply modifies some variable to indicate that the target thread should stop running. The target thread should check this variable regularly, and return from its run method in an orderly fashion if the variable indicates that it is to stop running. If the target thread waits for long periods (on a condition variable, for example), the interrupt method should be used to interrupt the wait.
 
Ok ,wenn ich nicht stop() nicht verwenden soll und das "unsicher " ist, wie mache ich das dann ?

und kann mir jemand bei meiner zweiten Frage mit der GUI helfen ?
 
> Sogar die repaintcomponentTree von SwingUtilities macht nichts.

falls du irgendwelche automatischen Features wie Internationalisierung verwendest, sollte es dort Anleitungen geben,
was du es manuell selber machst hast du es noch nicht allzu genau dargelegt

> Ich ändere dabei den Wert der static Variablen mit den Bezeichnungen

haben deine JLabel irgendwann manull abhängig von der statischen Variable einen Wert gesetzt bekommen?
dieser Code muss wahrscheinlich manuell wiederholt werden, von selber passiert das nicht,
solange im JLabel der alte Text steht (kann man ja abfragen und loggen) nützt kein repaint() irgendwas

ein komplettes kleines Testprogramm würde die Vorgänge erhellen
 
private void updateUI() {
Thread.currentThread().stop();
Runnable iThread = new Runnable() {
@Override
public void run() {
MiFrame i = new MiFrame();

i.setVisible(true);
}
};
SwingUtilities.invokeLater(iThread);



}

Fehlermeldung: .stop() und interrupt() und destroy() is deprecated <- Warum ?

Ich will doch nur den Thread stoppen und einen identischen starten.
 
Fehlermeldung: .stop() und interrupt() und destroy() is deprecated <- Warum ?

Ich will doch nur den Thread stoppen und einen identischen starten.

->
Liest du die Antworten auch oder tust du nur so? :noe:
Steht in der Quote der Javadoc.

deprecated ist ja nicht gleich verboten,
du kannst die Methoden schon verwenden..

wenn du die Warnungen bei dir ausschließen kannst, was für die meisten einfachen Programme leicht fällt, dann gehts schon,
(auch wenn es anders ohne diese Probleme auch geht)
die API muss allerdings eben auch an MB-große Webserver denken, es gibt nur eine Klasse Thread,
daher alles überkorrekt
 
Zuletzt bearbeitet von einem Moderator:

Zurück
Oben