Java CountDownLatch utilisé pour jeter JFrame

Question

J'ai référencé this previous question ainsi que d'autres sources, mais ne peut pas faire fonctionner CountDownLatch correctement. Arrière-plan: mainFrame crée un nouveau cadre appelé dataEntryFrame. Lorsque le bouton "Soumettre" de dataEntryFrame est cliqué, l'enregistrement ajouté à la base de données et dataEntryFrame est éliminé. MainFrame devrait effacer et recharger un jList qui affiche tous les enregistrements. Problème: Lorsque dataEntryFrame se charge, java se bloque, les composants dataEntryFrame ne se chargent jamais. Je ne peux pas dépasser cette partie ... puis, dans DataEntryFrame, CountDownLatch ne devrait être décrémenté qu'après avoir cliqué sur le bouton Soumettre, ajouter avec succès un enregistrement à une table de base de données et se disposer lui-même. Ou quand l'utilisateur clique annuler ...

code: De MainFrame

clearList(); 
CountDownLatch dataEntryDone = new CountDownLatch(1); 
DataEntryFrame f = new DataEntryFrame(dataEntryDone); 
Thread newThread = new Thread(f); 
newThread.start(); 
dataEntryDone.await(); 
reLoadList(); 

code: De DataEntryFrame

public void run(){ 
initComponents(); 
loadOtherData(); 
this.setVisible(true); 
} 
void submit(){ 
addRecord(); 
this.dispose() 
dataEntryDone.countDown(); 
} 

Answer 1

Utilisation d'un nouveau thread pour le dataEntryFrame et le blocage de la mainFrame aller contre la Modèle de filetage Swing. Dans Swing, tous les appels aux composants de l'interface utilisateur dans Swing doivent avoir lieu sur le thread de répartition des événements. Pour vérifier que cela se produit pendant le développement, vous pouvez installer un gestionnaire de repaint qui lève une exception s'il détecte que les composants de l'interface utilisateur sont utilisés à partir d'un autre thread. Voir FEST - Testing that access to GUI components is done in the EDT. Pour vous assurer que quelque chose se passe sur l'EDT, vous utilisez SwingUtilities.invokeAndWait/invokeLater.

Votre trame principale ne doit pas (et ne devrait pas!) Attendre le cadre de saisie de données, au lieu de CountDownLatch, votre cadre de saisie de données déclenche un événement vers le MainFrame quand c'est fait, de sorte que le MainFrame peut prendre les mesures appropriées, telles que l'actualisation de la liste.

Pour boucher les choses encore plus loin, enregistrer les données dans la base de données et récupérer les données pour la liste devrait idéalement être effectué sur le fil d'expédition de l'événement. Au lieu de cela, utilisez un SwingWorker pour effectuer ces opérations dans leur propre thread. Cependant, contrairement à la règle selon laquelle tous les composants de l'interface utilisateur doivent être accessibles à partir de l'EDT, cette règle de traitement en arrière-plan n'est pas stricte, mais il est recommandé de maintenir une interface utilisateur réactive - si le transfert de données prend du temps et C'est fait sur le thread de l'interface utilisateur (EDT), l'interface utilisateur va se bloquer.

Voir

• Sun totorial sur Worker Threads and SwingWorker
• the Last Word in Swing Threads