Discussion :

[slim_java]

ca marche nickel

c'est pas un bug alors .. j'ai toujours fais confiance à Java

[kimjoa]

c'est vrai que java et réputé pour ca fiabilité !!! Un bug comme ca ca 'aurait pas passé inaperçu !!

En faite si j'ai bien compris, lorsque je fais une requête , celle si est asynchrone? Mais par contre pour quand j'ai fait :

Thread.currentThread().sleep(2000);

Ca n'a pas bloqué l'exécution de la méthode pendant 2sec, donc ce n'était pas le thread associé à la méthode, non? Pourrais-tu m'expliquer please ..ca me laisse perplexe

a+

[slim_java]

c'est vrai que java et réputé pour ca fiabilité !!! Un bug comme ca ca 'aurait pas passé inaperçu !!

En faite si j'ai bien compris, lorsque je fais une requête , celle si est asynchrone? Mais par contre pour quand j'ai fait :



Ca n'a pas bloqué l'exécution de la méthode pendant 2sec, donc ce n'était pas le thread associé à la méthode, non? Pourrais-tu m'expliquer please ..ca me laisse perplexe

a+

salut.
dsl mais j'ai pas bien saisie le problème

[sinok]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
 public void actionPerformed(ActionEvent e) 
            {                             
       Main.frame.setCursor(Cursor.getPredefinedCursor(Cursor.WAIT_CURSOR));
                Thread monThread  = new Thread()
                {
                    public void run()
                    {
                      //sleep(2000);
                    for (int i=0;i<99999;i++)
                         System.out.println("ca va marcher !!");
 
                    Main.frame.setCursor(Cursor.getDefaultCursor());
                    }
                };
                monThread.start();
                }

Attention à quand même exécuter les actions Swing dans l'EDT.

Ce qu'il faut faire dans ce genre de cas:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
    public void actionPerformed(ActionEvent e) {
        Main.frame.setCursor(Cursor.getPredefinedCursor(Cursor.WAIT_CURSOR));
        Thread monThread = new Thread() {
            public void run() {
                // sleep(2000);
                Thread.sleep(5000);
                SwingUtilities.invokeLater(new Runnable() {
 
                    @Override
                    public void run() {
                        Main.frame.setCursor(Cursor.getDefaultCursor());
                    }
                });
 
            }
        };
        monThread.start();
    }

[slim_java]

Attention à quand même exécuter les actions Swing dans l'EDT.

Ce qu'il faut faire dans ce genre de cas:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
    public void actionPerformed(ActionEvent e) {
        Main.frame.setCursor(Cursor.getPredefinedCursor(Cursor.WAIT_CURSOR));
        Thread monThread = new Thread() {
            public void run() {
                // sleep(2000);
                Thread.sleep(5000);
                SwingUtilities.invokeLater(new Runnable() {
 
                    @Override
                    public void run() {
                        Main.frame.setCursor(Cursor.getDefaultCursor());
                    }
                });
 
            }
        };
        monThread.start();
    }

alors tout ca ?

j'ai toujours fais confiance à Java

mais parfois, c'est un peu compliqué quand même

[kimjoa]

alors tout ca ?

Citation:
Envoyé par slim_java Voir le message
j'ai toujours fais confiance à Java
mais parfois, c'est un peu compliqué quand même

Ha ca !! c'est pas faux

Sinon ma question pour faire simple c'est pourquoi avoir besoin d'un thread juste pour changer le curseur de la sourie lors d'une requete BD ou d'un sleep....
Et aussi lorsque que j'ai fait

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
 Main.frame.setCursor(Cursor.getPredefinedCursor(Cursor.WAIT_CURSOR));
 
Thread.currentThread().sleep(2000);

Pourquoi ca qu'a changé le cursor qu'a la fin du sleep .....

Attention à quand même exécuter les actions Swing dans l'EDT.

Merci pour cette précision
J'ai lue l'excellent article http://gfx.developpez.com/tutoriel/j...ing-threading/, et j'ai presque compris ! Donc à chaque fois qu'on touche aux composant swing, on le fait dans le thread EDT via invokeLater

[slim_java]

salut.

Sinon ma question pour faire simple c'est pourquoi avoir besoin d'un thread juste pour changer le curseur de la sourie lors d'une requete BD ou d'un sleep....

pour ne pas bloquer l'EDT

[kimjoa]

ok merci!