Base De Durée Indéterminée JProgress Bar De L'Utilisation

Votre code actuel ne montre pas de création d'un thread d'arrière-plan, mais plutôt qu'il vous montre en essayant de file d'attente un code sur le Swing fil de l'intérieur le Swing thread qui n'a aucun sens pour ce problème (bien qu'il y a parfois des moments où vous voudrez peut-être faire cela, mais encore une fois, pas ici). La seule façon de réussir, c'est d'utiliser un thread d'arrière-plan. Le standard d'Oracle JProgressBar tutoriel et La simultanéité dans le Swing passe au travers de tout cela.

La base, c'est que vous devez mettre à jour la JProgressBar de la Balançoire Fil sera de faire votre long processus en cours d'exécution dans le thread d'arrière-plan, comme celui fourni par un SwingWorker objet. Il y a trop de détails pour nous de passer en revue tous ici, et donc, tout ce que je peux faire est de mettre un lien, mais nous serons heureux de vous aider à comprendre les détails une fois que vous passez en revue les tutoriels. Il suffit de consulter les tutoriels et venez sur le dos avec vos questions spécifiques si vous êtes toujours bloqué.

Edit 1

Vous affirmez:

puis-je créer un nouvel objet thread dans le buttoncliked() la fonction?

Oui, vous pouvez créer un SwingWorker objet à l'intérieur de la buttonClicked() méthode et de l'exécuter il.

La chose est que j'ai mon API et de la bibliothèque de toutes les fonctionnalités que je suis le développement de l'interface graphique, et il semble comme un longwinded solution de contournement pour envelopper cet appel de fonction dans un thread.

Désolé, mais je n'ai aucune idée de ce que vous êtes en train de dire ou quelles questions vous pensez que le filetage sera la cause. Le buttonClicked() méthode susceptible doit exécuter sur l'EDT et pas dans un thread d'arrière-plan.

Également noter que dans la plupart de mes plus complexe Swing GUI, je fais souvent mon fichier de téléchargement dans un autre (modèle) objet et de créer mon SwingWorker dans un autre objet encore (de contrôle) de l'objet graphique (la vue). Il peut sembler plus compliqué de faire de cette façon, mais c'est un beaucoup plus facile à déboguer, de maintenir et d'améliorer mon programme quand je le fais de cette façon, surtout quand j'ai fortement l'utilisation des interfaces pour me permettre de tester tous les composants du programme dans l'isolement.

Edit 2

Quelques corrections à votre solution de poste. Vous posté le:

public void buttonClicked() {
  class MyWorker extends SwingWorker(String, Object) {
     protected String runInBackground() {
       progressBar.setVisible(true);
       progressBar.setIndeterminate(true);

       //...

qui a des problèmes

• c'est doInBackground(), pas runInBackground()
• mais plus important encore, vous êtes faisant Balancer des appels à partir de l'intérieur d'un thread d'arrière-plan, quelque chose qui ne devrait jamais être fait (à moins que l'appel est thread-safe, et même alors...).

Donc changer:

public void buttonClicked() {
  progressBar.setVisible(true);
  progressBar.setIndeterminate(true);
  class MyWorker extends SwingWorker<String, Void> {
     protected String doInBackground() {

       //...