JLabel will nicht "fliegen"

[buecherschrank]

Hallo,
ich bin Neuling in Swingprogrammierung mit NetBeans55 und Java 1.6 und will ein kleines Spiel machen. Ein JLabel habe ich testweise, das bei Buttondruck problemlos seine randomisierte Location ändern kann.
Will ich dies jetzt in einer Schleife einfach mal scheinbar "fliegen" lassen (auf dem Frame bzw. Panel) passiert nichts - es bleibt stehen.
(Es liegt auf einem JPanel, das in einem Frame plaziert ist.)
Was ist der Fehler?

Codeauszug: (Hier hatte ich vorher die randomisierten Stellen, die funktionierten)

    private void jButton1ActionPerformed(java.awt.event.ActionEvent evt) {                                         
// TODO add your handling code here:
            for (int i=1; i<100; i++)   {
                jLabel3.setLocation(100, 100+i);          
            }
 }

Main-Class wie gewöhnlich durch NetBeans vorcodiert:

    public static void main(String args[]) {

        java.awt.EventQueue.invokeLater(new Runnable() {
            public void run() {
                new mainframe().setVisible(true);
            }   
        });       
        System.out.println("123");
    }

Wie kann generell etwas wie ein JLabel am laufen halten und dabei reagieren, wenn z.B. eine Texteingabe ausgeführt wird?
Sollte jemand eine Quelle kennen, wo solch etwas gezeigt wird, wäre ich dankbar für die Adresse. In den ganzen Sun-Tutorials wird darauf nicht wirklich eingegangen oder habe es übersehen...

Danke für Hilfe,
bs

 

[Gast2]

mit einem thread...
und wenn du ein JPnael verwendest dann sollest du auch ein JFrame verwenden und kein Frame

 

[buecherschrank]

Meine Klasse ist auf einem JFrame aufgebaut; der ist nur mainframe getauft.
public class mainframe extends javax.swing.JFrame {
...
}

 

[buecherschrank]

Ich habe nun eine Klasse für testweise einen Thread - wie komme ich an die Komponenten wie das JLabel aus der anderen Klasse?
Soll ich die Klasse mainframe auch in die andere Klasse einbinden? Die würden sich gegenseitig einnehmen.

 

[DocRandom]

Hallo buecherschrank!

Ich habe Dein Beispiel kurz nachvollzogen und bin zu folgendem Ergebnis gekommen:

Einmal die Thread-Klasse:

/*
 * Worker.java
 *
 * Created on 26. Oktober 2007, 21:26
 *
 * To change this template, choose Tools | Template Manager
 * and open the template in the editor.
 */

package buecherschrank;

import java.util.Random;
import javax.swing.JLabel;

/**
 *
 * @author aco
 */
public class Worker extends Thread{
    
    private int steps;
    private JLabel lable;
    private Random rd = new Random();
    
    /** Creates a new instance of Worker */
    public Worker(int steps, JLabel lable) {
        this.steps = steps;
        this.lable = lable;
    }
    public void run() {
        int i = 0;
        while (i < steps) {
            lable.setLocation(100, i++);
            try {
                sleep((rd.nextInt(5)+1)*100);
            }catch(InterruptedException iex) {
                // was auch imme Du machen willst beim Interrupt
            }
        }
    }    
}

Du übergibst der Klasse die Anzahl der Durchläufe(steps) und Dein Lable(JLable)
Das wars auch dann schon.
Im Code-Teil des Formulares mußt Du nur noch:

private void jButton1MouseClicked(java.awt.event.MouseEvent evt) {                                      
        Worker wk = new Worker(100,jLabel1);
        wk.start();
    }

einfügen!

das wars dann!

lg
DocRandom

 

[Wildcard]

nicht ganz. Das muss mit dem EDT synchronisiert werden, sprich SwingUtilities#invokeLater :wink:

 

[DocRandom]

..also bei mir läufts!
Wobei Du könntes schon recht haben, ich mache ja sonst nix mit Swing, bzw GUI

lg
DocRandom

 

[Wildcard]

Es läuft immer so lange bis es durch den QA Test ist und beim Kunden läuft :wink:
Spaß beiseite, natürlich läuft das in 99,9% aller Fälle, aber so ist das nunmal mit Threading Issues.

 

[DocRandom]

..und wie syncronisiere ich das?
Jetzt hast mich neugierig gemacht

lg
DocRandom

 

[Wildcard]

I müsste dann als Member deklariert werden...

	    while (i < steps) {
			SwingUtilities.invokeLater(new Runnable() {
				
				@Override
				public void run() {
					lable.setLocation(100, i++);
			
				}
			
			});
	        
	        try {
	            sleep((rd.nextInt(5)+1)*100);
	        }catch(InterruptedException iex) {
	            // was auch imme Du machen willst beim Interrupt
	        }
	    }

 

[DocRandom]

thx
wieder was dazugelernt!

lg
DocRandom

 

[Gast2]

kurze frage für was ist das Synchronisieren notwendig bzw. warum wird es gebraucht??

 

[André Uhres]

Threads in Swing

1. Die drei Threadarten
   In Swing Anwendungen unterscheidet man drei Threadarten:
   • Initial Thread, wo der den Anwendungscode beim Starten läuft.
     
   • Event Dispatch Thread, wo der Event-handling Code ausgeführt wird.
     Der meiste Code, der mit dem Swing Framework arbeitet,
     muss ebenfalls auf diesem Thread laufen.
     
   • Worker Threads, auch Background Threads genannt,
     wo zeitaufwendige Hintergrundprozesse ausgeführt werden.
2. Der Event Dispatch Thread (EDT)
   Im Event Dispatch Thread (kurz EDT) sollten immer nur sehr kurze Prozesse laufen,
   sonst wird die GUI blockiert. Alles, was die GUI verändert gehört auf diesen Thread.
   Mit invokeLater (oder invokeAndWait) kannst du einen Prozess auf den EDT schicken.
   
3. Der Programmstart
   Beim Programmstart sollte die GUI immer auf dem EDT gestartet werden (invokeLater).
   Da die Swing Events von Natur aus auf dem EDT laufen, läuft danach alles automatisch auf dem EDT,
   ausser wenn die Anwendung einen speziellen Worker Thread startet.
   Beispiel für den sicheren Start einer Swing Anwendung:
   

   public static void main(final String args[]) {
       EventQueue.invokeLater(new Runnable() {
           public void run() {
               new NewJFrame().setVisible(true);
           }
       });
   }

4. Einige "thread-safe" Methoden
   Einige Swing Methoden sind thread-safe und können von jedem Thread aufgerufen werden.
   In der API Dokumentation steht dann: This method is thread safe, although most Swing methods are not.
   Beispiele: JComponent#repaint(), JComponent#revalidate(), JTextComponent#setText(), ...
   
5. Mehr Infos
   Siehe Concurrency in Swing
   [/list:dd2bc9444a]

 

[buecherschrank]

Hallo zusammen,
erstmal großen Dank an DocRandom. Ich muss gestehen, ich brauchte einige zeit, um das zu kapieren (ich hatte vorher mit Threads nichts am Hut) - aber jetzt klappts.
Auch die sleep Funktion ist eine große Hilfe.
mit Threads ging bereits ich in eine ganz andere Richtung... alles gelöscht.. war nutzlos.
Auch Wildcards Synchronisation klappt.
Gruß,
bs

 

[Gast2]

@ Andres Uhres ok alles klar , dass ist gut zu wissen...
Ein Beispiel bzw Frage dazu. z.B. ich will jetzt (aus welchem Grund auch immer ) ein JLabel die ganze zeit anders platzieren lassen ohne Ende... dann schicke ich dass ja nicht auf den EDT sonst ist ja die restliche GUI geblockt oder????? Oder z.B. wenn ich eine Bildabfolge ablaufen lassen will in einem JPanel , dachte ich bis jetzt immer dass ich einen ganz normalen Thread verwende ohne invokeLater wie es beim 1.Beispiel von docRandom gemacht wurde ...

 

[DocRandom]

Hi SirWayne!

..also wie ich das verstanden habe, teilst Du nur dem EDT mit, das er auch Deine Thread-Zeitscheibe mitverwalten soll, damit es zu keiner Blochade der GUI kommt.

Wenn nicht, bitte um Berichtigung @André Uhres

lg
DocRandom

 

[Wildcard]

Nein, das ist falsch. Der Thread hat in diesem Fall primär jedoch einen Zweck: zu schlafen.
Alles was direkt oder indirekt die GUI verändert (mit ganz wenigen threadsicheren Ausnahmen) muss aus dem EDT erfolgen. Daher wird die eigentliche Aufgabe, das setzen der Position, über die SwingUtilites in die Queue des EDT geschoben und von diesem verarbeitet.
Wird die GUI von einem anderen Thread beeinflußt ist das Verhalten undefiniert.

 

[Gast2]

mhm o.k !!! Aber =) wie gesagt, wenn ich jetzt viele Bilder hintereinander auf einem Panel ablaufen(zeichnen) lassen will und dieser Ablauf sich endlos wiederholen soll bis ein Panelwechsel satt findet. Nehmen wir einmal mal wir wollen das Panel durch einen Buttondruck wechseln.Wenn ich dann das schlafen legen dieses Thread in den EDT schiebe, wird dann die restliche GUI blockiert,w eil der EDT ja die ganze zeit meinen thread verwalten muss und damit beschäftigt ist meine Bilder zu zeichnen.... oder kann der EDT in meinem beispiel immer noch auf den Buttondruck reagieren???

Hoffe meine Frage ist verständlicher =)

EDIT: Mit Punktation =)

 

[Wildcard]

Ähhh. Satzzeichen!? :bahnhof:

 

[Gast2]

erledigt =)

 

[Wildcard]

Der EDT darf wie gesagt nicht schlafen gelegt werden.

 

[Gast2]

ja des denk ich mir aber irgendwie ich versteh das nicht...
Also es ist mir soweit bewusst, dass der EDT alles was mit der GUI zu tun hat machen soll...
ABER was ist wenn der Code so aussehen würde

while (true)

i=i+10;
       SwingUtilities.invokeLater(new Runnable() { 
             
            @Override 
            public void run() { 
               lable.setLocation(100, i); 
          
            } 
          
         });

...

also es ist ja jetzt eine endlosschleife ... meine frage : Ist die GUI jetzt blockiert z.B. Buttons ????

 

[Wildcard]

In diesem Fall eben das setLocation vom EDT ausgeführt wird.

 

[DocRandom]

Der EDT darf wie gesagt nicht schlafen gelegt werden.

Ich lege ja meinen Thread zum Schlafen und nicht den EDT!
Oder steh ich aufm Schlauch?

lg
DocRandom

 

[Wildcard]

Ich lege ja meinen Thread zum Schlafen und nicht den EDT!

Genau darum geht's.

 

[DocRandom]

..hm heißt das:
wenn ich bei der GUI-Programmierung innerhalb eines Events einen oder mehrere Threads aufrufe, das ich dann Gefahr laufe den EDT zu blockieren, wenn ich kein

SwingUtilities.invokeLater(new Runnable()

einbaue?
Hab ich das jetzt richtig verstanden?

Edit: natürlich nur Threads die mit der GUI zu tun haben, oder betrifft das alle Threads?
lg
DocRandom

 

[Gast2]

ah ok ich glaub jetzt hab ich es des invokelater() zeichnet nur das label an eine andere position und durch das invokelater wird es im EDt thread abgeabreitet und nicht im normalen thread...

 

[DocRandom]

..ahh, thx SirWayne jetzt hab ichs auch kapiert *fg*
Sollte mich doch mal mit der GUI etwas näher auseinandersetzen!

lg
DocRandom

 

[Gast2]

ja ich bin mir gar nicht sicher ob meine Aussage stimmt =)!!!! @wildcard hab ich es richtig verstanden oder net???

 

[Wildcard]

Passt schon so. Nur das setLocation noch nichts zeichnet, sondern nur die Position verändert.
Das eigentliche Zeichnen übernimmt der RepaintManager seperat, aber das hat mit der Sache schon nichts mehr zu tun.

 

[Gast2]

o.k alles klar danke!!!

 

[Gast2]

Eine frage zu der Sache hätte ich noch!!! Wenn ich in meiner Anwendung per buttondruck eine neues JTabbedPane anlege und auf den container adde, muss ich dann in meiner actionPerformed methode auch die SwingUtilities.invokelater() aufrufen ????

	public void actionPerformed(ActionEvent ae) 
	{
		if(ae.getSource().equals(button))
		{
			vewaltung=new JTabbedPane();
			SwingUtilities.invokeLater(new Runnable(){
	            public void run(){
	            	vewaltung.addTab("Panel1",panel1);
                                ....
	            	add(vewaltung);
	            	container.repaint();
	            }
	        });

            }

 

[Wildcard]

EDT = Event Dispatcher Thread
Ein ActionEvent ist augenscheinlich ein Event
Ergo: Der Code wird bereits vom EDT ausgeführt.

 

[Gast2]

ok klingt logisch ...
und was wäre wenn man den Code im Konstruktor ausführt??? mit oder ohne invokeLater()???

public class TestFrame extends JFrame
{

JPanel panel1;
JTabbedPane verwaltung;
...

    public TestFrame()
    {
    panel1=new JPanel();

    ...
      vewaltung=new JTabbedPane(); 
         SwingUtilities.invokeLater(new Runnable(){ 
               public void run(){ 
                  vewaltung.addTab("Panel1",panel1); 
                                .... 
                  add(vewaltung); 
            
               } 
           }); 
    }
}