Discussion :

[geforce]

Hello
J"ai une erreur :

Code :

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

1
2
3
4
5
6
7
8
9
 
java.lang.ArrayIndexOutOfBoundsException: 3 > 2
	at java.util.Vector.insertElementAt(Vector.java:598)
	at javax.swing.tree.DefaultMutableTreeNode.insert(DefaultMutableTreeNode.java:191)
	at javax.swing.tree.VariableHeightLayoutCache.createNodeAt(VariableHeightLayoutCache.java:781)
	at javax.swing.tree.VariableHeightLayoutCache.treeNodesInserted(VariableHeightLayoutCache.java:491)
	at javax.swing.plaf.basic.BasicTreeUI$Handler.treeNodesInserted(BasicTreeUI.java:3878)
	at org.jdesktop.swingx.tree.TreeModelSupport.fireChildrenAdded(TreeModelSupport.java:253)
	at org.jdesktop.swingx.tree.TreeModelSupport.fireChildAdded(TreeModelSupport.java:211)

Je suis totalement sur que le probablement ne viens pas directement de mon code, mais l’erreur surviens un peu trop souvent!!

Imagine que c'est bug swing!! Y a t"il une personne qui a peu trouver une solution ou un contournement a cette type d’erreur?

Merci.
Mon Java SE version : 1.8.0_60
Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode)

java.util.Vector.insertElementAt(Vector.java:598)
Pointe sur le code suivant :


Note : le bug ressemble fortement a cela https://bugs.openjdk.java.net/browse/JDK-4007842

[dinobogan]

D'un point de vue probabilité mathématique, le problème vient forcément de ton code.
Avant la ligne qui pose problème, affiche toutes les données du Vector ainsi que sa taille.

[tchize_]

Visiblement ton noeud dans l'arbre a 2 éléments et tu essaie d'insérer un élément en position 3 ce qui n'est pas permis. Les position autorisées sont 0,1,2

Donc qu'est-ce qui déclenche ce fireChildAdded?

[tchize_]

Note : le bug ressemble fortement a cela https://bugs.openjdk.java.net/browse/JDK-4007842

Absolument pas: ce bug concerne l'implémentation sparc et dit juste que le message retourné par l'exception est mal rédigé. C'est juste du cosmétique :p

[geforce]

Oui je suis conscient de la probabilité mais je suis à cours de solution!!
Je me dis que j'utilise que des collections et que la gestion de la mémoire doit être gérée automatiquement... mais la

De plus ce qui me trouble le plus c'est que ce n'est pas reproductible a 100% des cas il y a des cas pour les même donnes d'entre marche très bien et d'autre nom, ce qui me laisse encore plus troublé!!!



NB: Pour le lien, Oui finalement c'est juste le même message et comportement d'erreur.

[adiGuba]

Salut,


Je pense que cela vient d'une utilisation incorrecte de l'EDT.
En clair tu dois probablement modifier le TreeModel de ton JTree via un thread différent de l'EDT.

Des fois çà marche... mais des fois çà marche pas... car l'EDT est justement en train d'accéder aux données du modèle et se retrouve dans un état incohérent.



Pour trouver cela il faut vérifier tout ton code.
Le plus simple étant de forcer la vérification de l'EDT sur ton modèle.
Comme c'est une interface cela peut se faire assez simplement avec quelque chose comme cela :

Code :

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

1
2
3
		JTree tree = new JTree();
		// ...
		tree.setModel(onlyOnEDT(TreeModel.class, tree.getModel()));

Avec onlyOnEDT() une méthode définie comme ceci :

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
	public static <T> T onlyOnEDT(Class<T> interfaceType, T instance) {
		Object proxy = Proxy.newProxyInstance(instance.getClass().getClassLoader(),
				new Class<?>[]{interfaceType}, new InvocationHandler() {
 
					@Override
					public Object invoke(Object proxy, Method method, Object[] args)
							throws Throwable {
						if (SwingUtilities.isEventDispatchThread()==false) {
							throw new IllegalStateException(method.getDeclaringClass().getSimpleName()
									+ "." + method.getName() + "() must be called on EDT.");
						}
						return method.invoke(instance, args);
					}
				});
		return interfaceType.cast(proxy);
	}

Cela te génèrera une exception dès que tu utilises une méthode du modèle hors de l'EDT.
Cela devrait te permettre de trouver le code fautif...


a++

[tchize_]

Tu peux aussi intégrer le look and feel "substance" qui, en plus de faire du look and feel, vérifie constament que les appels se font bien depuis l'EDT. Il permet ainsi de détecter rapidement beaucoup de cas d'utilisoation foireux

[geforce]

Filialement la solution été d"utiliser des LinkedHashSet<>(); a la place des HashSet(); a cause de l"ordre d'insertion des firesEvent dans le Tree.


Merci!