probleme avec thread

Version imprimable

Salut,
j'ai une fonction qui permet d'afficher un jtreetable dans un split et vue la quantité des données le temps d'affichage est assez grand c'est pour cela que j'ai utilisé un thread, mais le probleme c'est que lorsque je debug mode debugage avec F8 le complateur n'entre pas dans le corps de la fonction run()
d'apres vous le pbm !!!! c'est koi
voila le code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
    private void addTree() { 
        new Thread( new Runnable() {
          public void run() { 
              final Vector TREE = mDBaccess.getTreeVecteur(mTreeStructure);
              System.out.println(" threads " + mTreeStructure);
              mTreeTablePanel = new TreeTablePanel(TREE, mTreeNbreCol, mTreeIndex, cNames, cTypes); 
              JOptionPane.showMessageDialog(null,"123456789");
              mTreeTablePanel.mTreeTable.setAutoResizeMode(JTable.AUTO_RESIZE_OFF);
              mTreeTablePanel.mTreeTable.getColumnModel().getColumn(0).setPreferredWidth(100);
              mTreeTablePanel.mTreeTable.getColumnModel().getColumn(1).setPreferredWidth(130);
              mTreeTablePanel.mTreeTable.getTableHeader().setReorderingAllowed(false);
              mTreeTablePanel.collapseAll();
              mJSplitPane.setOneTouchExpandable(true);
              mJSplitPane.setDividerLocation(235);   
          }
          }).start();
 
        mJSplitPane.setLeftComponent(mTreeTablePanel);
        mJSplitPane.setRightComponent(mJPanelData);
        PanelCompteEspeceView.this.add(mJSplitPane, BorderLayout.CENTER);
        PanelCompteEspeceView.this.add(navBar, BorderLayout.NORTH);
    }

Merci pour votre aide !!!

08/07/2008, 21h14
tchize_

Ca dépend de ton débuggeur. T'as bien mis un break-point dans la fonction run()? Parce que, si tu fais du pas à pas, le débogueur se concentre uniquement sur le thread courant, les autres thread sont soit continués normalement, soit mis en attente sur le coté et faut aller dans la liste des threads pour le choisir.
09/07/2008, 14h07
opensource

Salut,
donc pour le cas ici, j'ai mis les breakpoints pour la fonction run et pour l'instruction final Vector cette fois ci sa marche mais il se plante
sachant que lorsque j'affiche un message de controle et j'éxecute l'application il ne passe pas dans le corps de la méthode run()?

Merci de m'aider. l'objectif comme j'ai dis c'est l'accéleration de chargement des données ainsi que l'affichage de la maquette pour quelle ne soit pas figée.
09/07/2008, 14h46
tchize_
Citation:

Envoyé par opensource

sachant que lorsque j'affiche un message de controle et j'éxecute l'application il ne passe pas dans le corps de la méthode run()?
Code:

1 2 3 public void run() { final Vector TREE = mDBaccess.getTreeVecteur(mTreeStructure); System.out.println(" threads " + mTreeStructure);
Vu l'endroit de ton system.out, on ne peut donc qu'en conclure que c'est l'appel mDBAccess.getTreeVecteur ou l'appel de mTreeStructure.toString() qui déclenche une exception....
Entoure le contenu de ton run avec un
Code:

1 2 3 4 5 try{ //.... } catch (Throwable t){ t.printStackTrace(); }

resalut,
pour la solution proposée - celle de try ... catch(), n'a pas assez d'effet sur le temps de reponse de la page, les operations qui se font avec cette fonction sont chargement des données sous forme de vecteur apres la construction de tree avec ces données, la construction de tree demande un peu de temps selon la quantite des données voila le code
Code:

1 2 3 4 5 6 // Vecteur des données final Vector TREE = mDBaccess.getTreeVecteur(mTreeStructure); System.out.println(" threads " + mTreeStructure); // construction de treetable mTreeTablePanel = new TreeTablePanel(TREE, mTreeNbreCol, mTreeIndex, cNames, cTypes);
et Merci 8-)

09/07/2008, 22h20
tchize_

Citation:

Envoyé par opensource

resalut,
pour la solution proposée - celle de try ... catch(), n'a pas assez d'effet sur le temps de reponse de la page

Et c'est pas son but non plus, son but c'est de choper tes exceptions et les afficher :s Dis nous donc ce que tu récupère comme exception (car une fois le thread lancé, si tu n'arrive pas sur le system.out.println, y a que 2 possibilités. La première, c'est que t'aie une exception qui interrompt le travail du thread (d'ou le try catch), la deuxième c'est que ta méthode ne retourne jamais (boucle infinie, wait() sans notify(), etc).
10/07/2008, 17h02
opensource

la methode n'est pas une boucle infini, mais la remarque c'est que il y a quelques chose qui bloque et tue le travail de threads. pour le try et le catch je pense qu'il n 'y a pas d'exception à gérer.
Merci pour l'aide
10/07/2008, 17h36
miloux32

Citation:

Envoyé par opensource

la methode n'est pas une boucle infini, mais la remarque c'est que il y a quelques chose qui bloque et tue le travail de threads. pour le try et le catch je pense qu'il n 'y a pas d'exception à gérer.
Merci pour l'aide

le but n'est pas de gérer l'exception juste de debugger ;)
10/07/2008, 18h01
tchize_

Et la seule chose qui peut interrompre le travail d'un thread, c'est une exception, une boucle infinie ou un wait() sans notify()