Discussion :

[opensource]

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 :

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
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 !!!

[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.

[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.

[tchize_]

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 :

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

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 :

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

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

[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, 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 :

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

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

[tchize_]

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

[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

[miloux32]

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

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