Problème avec thread?

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:

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){ ............ }

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 ?

Citation:

Envoyé par 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 ?

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

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.

Citation:

Envoyé par 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.

Salut,
je préfererais avec thread.

Citation:

Envoyé par trianon23

Salut,
je préfererais avec thread.

Tu veux dire SwingWorker.

Citation:

Envoyé par joel.drigo

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:

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){ ............ }

Citation:

Envoyé par trianon23

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:

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();

Citation:

Envoyé par joel.drigo

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

Code:

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