Probleme de parcours d'une hashtable

Bonjour,

Voila j'ai un probleme :

je dois parcourir une Hashtable et passer en parametre son contenu à une fonction. Mais le souci est que j'obtiens un classCastException.

Voici le code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

animauxSelection = accesDonnees .chercherEtrangerParIdentifiant(critere); animauxSelection = accesDonnees .chercherEtrangerDomaineGenetiqueParIdentifiant(critere); Iterator it = animauxSelection.keySet().iterator(); while (it.hasNext()) { AnimalSelection animalsel = (AnimalSelection) animauxSelection.get(it.next()); Animal animal = accesDonnees .completerEtrangerDomaineGenetique(animalsel); collectionanimauxSelection.add(animal); }

---

Est ce que quelqu'un peut m'aider ?

Merci

comment est alimentée cette hastable?

Ton souci vient sûrement de cette ligne :

Code:

---

AnimalSelection animalsel = (AnimalSelection) animauxSelection.get(it.next());

---

Dans ta Hashtable animauxSelection il y a au moins un objet (si ce n'est pas tous) qui n'est pas de type AnimalSelection.

Si tu programme aec Java 5.0, tu peux utiliser les generics pour simplifier ton code.

Code:

---

1 2 3 4

Hashtable<String, AnimalSelection> animauxSelection ; ... AnimalSelection animalsel = animauxSelection.get(it.next()); ...

---

Plus besoin de cast, puisque le compilo sait exactement ce que contient ta hashtable ;)

++ :D

Rien à voir avec ton problème, mais utilise HashMap et non Hashtable...

Hashtable, Vector et autres Stack sont à bannir :D

Citation:

---

Envoyé par ®om

Rien à voir avec ton problème, mais utilise HashMap et non Hashtable...

Hashtable, Vector et autres Stack sont à bannir :D

---

Pourquoi ?

Et je suis oblige de le faire comme ça, le chef veut absolument une hastable

Citation:

---

Envoyé par lilli1407

Pourquoi ?

Et je suis oblige de le faire comme ça, le chef veut absolument une hastable

---

Bah, HashMap c exactement pareil, mais en mieux (Hashtable est déconseillé par Sun depuis java 1.2 - ils ont pas sorti de nouvelles Collections pour rien)...

Salut,

Citation:

---

Envoyé par ®om

Bah, HashMap c exactement pareil, mais en mieux (Hashtable est déconseillé par Sun depuis java 1.2 - ils ont pas sorti de nouvelles Collections pour rien)...

---

Deux remarques : HashMap et Hashtable ne sont pas exactement pareil, et Hashtable n'est pas déconseillé (dans le sens où elle n'est pas deprecated).


Hashtable, tout comme Vector,sont des classes qui datent de l'origine de Java. A l'époque il n'existait aucune API de Collections mais seulement ces classes.

L'API de collection n'est apparaut que dans la 3ième version de Java, c-a-d Java 1.2. Ainsi, il est conseillé de priviliéger (respectivement) l'utilisation de HashMap, ArrayList.

Pourquoi : seulement parce que l'API a été normalisée et simplifiée en évitant des noms de méthodes trop long, et en utilisant massivement des interfaces...

Les classes initiales (dont Hashtable) ont été adapté afin de respecter la nouvelle API de Collections, mais du coup elles possèdent beaucoup de méthode "en double"...


Enfin si l'implémentation de ces nouvelles classes est très proche voir identique, il faut savoir que désormais les collections ne sont plus thread-safe (sauf mention contraire). Ainsi les HashMap, ArrayList, etc. ne peuvent pas être utilisé directement depuis différents threads, contrairement à leurs ainées qui elles sont thread-safe (mais donc un peu moins performante).

Toutefois, même pour le coté thread-safe, il est préférable de passer par les méthodes Collections.synchronizedList(), Collections.synchronizedMap(), qui permettent d'obtenir une version synchonisé de n'importe quel implémentation...


Mais pourquoi alors Vector et Hashtable ne sont pas déprécié ???
:arrow: tout simplement parce qu'elles sont encore beaucoup utilisé, que ce soit par l'API standard ou des APIs tierces...





Sinon pour en revenir au problème initial :
lilli1407 >> Si tu lisais le stacktrace de l'exception tu aurait sans doute la réponse à ton problème...

a++

Hello,

je suis :P par cet exposé et si je peux rajouter ma petite contribution face à ce rouleau compresseur d'adiGuba:mouarf: ,
je dirais

La classe de HashMap est rudement équivalente à Hashtable, sauf qu'elle n'est synchronisé (Hashtable est synchronisé.)et permet des valeurs nulles comme clef et valeur tandis que Hashtable non.

Donc ils n'ont pas la même spécification

@++

Citation:

---

Envoyé par adiGuba

Mais pourquoi alors Vector et Hashtable ne sont pas déprécié ???
:arrow: tout simplement parce qu'elles sont encore beaucoup utilisé, que ce soit par l'API standard ou des APIs tierces...

---

[MODE="à vérifier"]Tout simplement parce que les classes ne sont jamais dépréciées, ce ne sont que les méthodes qui le sont...[/MODE]

Tu as déjà vu une classe dépréciée dans l'api java?

Citation:

---

Envoyé par ®om

[MODE="à vérifier"]Tout simplement parce que les classes ne sont jamais dépréciées, ce ne sont que les méthodes qui le sont...[/MODE]

Tu as déjà vu une classe dépréciée dans l'api java?

---

De mémoire y a StringBufferInputStream, maintenant ce n'est effectivement pas commun.

Citation:

---

Envoyé par Kikito

De mémoire y a StringBufferInputStream, maintenant ce n'est effectivement pas commun.

---

Effectivement...
Je pense que ça serait une bonne chose de déprécier les anciennes collections...

Car le problème, c'est que certains profs / développeurs qui ne sont pas à jour enseignent aux élèves l'utilisation de Vector/Hashtable sans jamais parler de ArrayList etc... Si c'était déprécié, cela n'arriverait pas...

Citation:

---

Envoyé par ®om

Car le problème, c'est que certains profs / développeurs qui ne sont pas à jour enseignent aux élèves l'utilisation de Vector/Hashtable sans jamais parler de ArrayList etc... Si c'était déprécié, cela n'arriverait pas...

---

Le problème ne vient pas du fait que la classe n'est pas déprécié, mais d'une mauvaise connaissance du langage...

S'ils utilisent Vector ou Hashtable à tout bout de champs c'est qu'ils ont appris le langage avec Java 1.0 eu 1.1 et qu'il n'ont pas évolué avec lui...

a++