Discussion :

[trianon23]

je voudrais utiliser une action dans un thread pour que je n'ai pas à attendre que la requête soit terminée pour relâcher le bouton.

ex:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
private void jButton1ActionPerformed(java.awt.event.ActionEvent evt) { 
 
 
PreparedStatement stmt = null;
String wql = "SELECT  FROM .........
try {
 
 
.........
 
    }catch( Exception  e){
  ............
}

[rtg57]

Bonjour,

c'est un peu vague comme question...
Quel genre de traitement voudriez-vous faire (dans le bloc try{} je suppose) ?
- du long terme, genre avec défilement d'un bargraphe ?
- un truc tout cours, genre afficher une boite d'attente ?

Je suppose que le problème que vous semblez indiquer, est que le bouton reste enfoncé (graphiquement), tant que le programme ne sors pas de la boucle de traitement ?

[trianon23]

Bonjour,

c'est un peu vague comme question...
Quel genre de traitement voudriez-vous faire (dans le bloc try{} je suppose) ?
- du long terme, genre avec défilement d'un bargraphe ?
- un truc tout cours, genre afficher une boite d'attente ?

Je suppose que le problème que vous semblez indiquer, est que le bouton reste enfoncé (graphiquement), tant que le programme ne sors pas de la boucle de traitement ?

Bonjour,
oui c'est cela. Select etait un exemple je veux l'applique pur une suppression de ligne de table avec sql.

[joel.drigo]

Salut,

C'est peu commun comme pratique : c'est plutôt l'inverse qu'on cherche à faire, c'est-à-dire ne pas bloquer l'UI pendant le temps de la action (c'est ce qu'il se passe par défaut quand on exécute du code directement dans le thread graphique). Par défaut, le bouton reste armé tant que l'actionPerformed n'a pas rendu la main. Maintenant, si la requête s'exécute dans un SwingWorker, on peut armer le bouton, mais il restera cliquable (donc désarmable à priori). Si le but est d'empêcher quelqu'un de relancer la requête, il est plus simple de le rendre disabled (button.setEnabled(false)), et plus standard.

[trianon23]

Salut,

C'est peu commun comme pratique : c'est plutôt l'inverse qu'on cherche à faire, c'est-à-dire ne pas bloquer l'UI pendant le temps de la action (c'est ce qu'il se passe par défaut quand on exécute du code directement dans le thread graphique). Par défaut, le bouton reste armé tant que l'actionPerformed n'a pas rendu la main. Maintenant, si la requête s'exécute dans un SwingWorker, on peut armer le bouton, mais il restera cliquable (donc désarmable à priori). Si le but est d'empêcher quelqu'un de relancer la requête, il est plus simple de le rendre disabled (button.setEnabled(false)), et plus standard.

Salut,
je préfererais avec thread.

[joel.drigo]

Salut,
je préfererais avec thread.

Tu veux dire SwingWorker.

[trianon23]

Tu veux dire SwingWorker.

Je voudrais faire un thread

Je ne veux pas attendre que la requête soit terminée pour relâcher le bouton. Car mon il reste appuyé et je peux plus rien faire sur mon interface graphique. Elle deviens blanche et ne fait plus rien.
donc je veux faire dans l'action un Thread séparé pour éviter ce genre de bug.

Mon code est de la forme:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
private void jButton1ActionPerformed(java.awt.event.ActionEvent evt) { 
 
 
 
String wql = "Delete  FROM .........
try {
 
 
.........
 
    }catch( Exception  e){
  ............
}

[joel.drigo]

Je voudrais faire un thread

Je ne veux pas attendre que la requête soit terminée pour relâcher le bouton. Car mon il reste appuyé et je peux plus rien faire sur mon interface graphique. Elle deviens blanche et ne fait plus rien.
donc je veux faire dans l'action un Thread séparé pour éviter ce genre de bug.

C'est justement ce à quoi sert un SwingWorker, qui utilise un thread.

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
jButton1.setEnabled(false); // le bouton devient inactif, on ne peut pas lancer un delete pendant un delete
 
new SwingWorker<Object, Object>() {
 
    @Override
    public Object doInBackground() {
         // ici tu fais ton delete
	 return null; // si c'était une requête qui récupérait un résultat on pourrait retourner ici ce résultat
    }
 
    @Override
    protected void done() {
        // ici tu peux mettre à jour ton interface 
	jButton1.setEnabled(true); // on réactive le bouton
    }
}.execute();

[trianon23]

C'est justement ce à quoi sert un SwingWorker, qui utilise un thread.

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
jButton1.setEnabled(false); // le bouton devient inactif, on ne peut pas lancer un delete pendant un delete
 
new SwingWorker<Object, Object>() {
 
    @Override
    public Object doInBackground() {
         // ici tu fais ton delete
	 return null; // si c'était une requête qui récupérait un résultat on pourrait retourner ici ce résultat
    }
 
    @Override
    protected void done() {
        // ici tu peux mettre à jour ton interface 
	jButton1.setEnabled(true); // on réactive le bouton
    }
}.execute();

Merci