Discussion :

[grunt2000]

Bonjour,

Un arbre héritant JTree pourvu d'un Editor customisé et aussi d'un Listener sur sélection fonctionne bien dans une configuration de développement lorsque Eclipse lance mon projet.

Alors, j'ai entrepris de préparer ma livraison, telle que le client s'exécute maintenant en dehors d'éclipse cette fois. Et là, je rencontre une difficulté. Lorsque je sélectionne un élément dans mon arbre, ce message apparait:
Editing exception: java.lang.RuntimeException

Recherche faite, il vient du JDK. Précisément de ce source là: BasicTreeUI.java

Et là où je ne suis pas tiré d'affaire, c'est que la portion de code responsable de l'émission du message est celle-ci:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
Rectangle  visRect = tree.getVisibleRect();
 
tree.paintImmediately(nodeBounds.x, nodeBounds.y, visRect.width + visRect.x - nodeBounds.x, editorSize.height);
 
if(cellEditor.shouldSelectCell(event)) {
stopEditingInCompleteEditing = false;
try {
tree.setSelectionRow(row);
} catch (Exception e) {
System.err.println("Editing exception: " + e);
}
stopEditingInCompleteEditing = true;

On a vu plus avisé comme traitement d'exception, n'est ce pas?

Ce qui m'embarrasse, c'est que même si je mets un point d'arrêt dans la classe de rt.jar dans mon JDK Eclipse, en mettant Eclipse dans une situation où il reproduit mon problème, je ne parviens pas à lire le contenu de l'exception e.
Peut-être est-ce du au fait que j'ai mis un point d'arrêt dans une classe binaire?

Quoiqu'il en soit, quelle stratégie pour trouver quelle est précisément cette RuntimeException et ce qu'elle condamne?

Ce message Editing exception: java.lang.RuntimeException vous est-il déjà connu?

En vous remerciant,

Grunt.

[ngpub]

Code :

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

1
2
3
4
5
try {
	tree.setSelectionRow(row);
} catch (Exception e) {
	System.err.println("Editing exception: " + e);
}

Tu te tires une balle dans le pied avec cette façon de gérer les exceptions !
"Editing exception: java.lang.RuntimeException" ok, mais la pile des appels elle est où ? Parce que avant de trifouiller le rt.jar que se passe-t-il dans ta méthode "tree.setSelectionRow(row);" qui n'est pas une méthode standard du JTree ?

[grunt2000]

Ce code que tu mets en exergue n'est pas le mien, mais celui du JDK. Ce n'est pas moi qui l'ai écrit, c'est Sun. J'aimerais bien moi aussi qu'il soit différent. Je n'aurais pas écrit une exception ainsi.

Je n'ai pas overridé la méthode setSelectionRow moi-même. Je ne fais que réagir à un listener, et c'est l'invocation du listener qui semble poser ce problème.

[ngpub]

Quoi qu'il en soit pour résoudre ton problème tu ne pourras pas modifier le JRE donc mieux vaut te concentrer sur ton code qui est le seul endroit où tu as les mains libres.

[Baptiste Wicht]

Ce que tu peux faire pour voir l'exception, c'est recopier cette classe BasicTreeUI dans ton programmet et la configurer sur ton arbre avec setUI(), ça devrait marcher et avec ça, tu peux modifier le code de gestion de l'exception pour voir ce qu'il en est et isoler le problème.

[grunt2000]

Bravo!

Ça m'a l'air d'être une superbe piste.
Je vais expérimenter cela Lundi, et il y a de bonnes chances que cela m'explique ce qui se passe.

Grunt.