[Débutant(e)]Type Int incompatible avec type Integer ???

Bonjour,

Je bloc sur un problème de typage de variable et ça m'agaçe. J'ai un Javabean dans lequel j'ai déclaré une propriété de type Integer. Je veux alimenter ce javabean à partir d'une base de donnée MySQL. J'utilise donc la librairie com.mysql.jdbc.* qui contient l'instruction getInt() pour lire un entier dans un Resultset J'ai donc la ligne de code suivante :

Code:

---

1 2	UF.numutil = RSet.getInt("numutil");

---

Où UF est une instense de mon javabean et RSet mon Resultset. J'ai le message d'erreur suivant :

Code:

---

1 2 3 4

incompatible types found : Int required : java.lang.integer

---

Mon Resultset et de type com.mysql.jdbc.ResultSet.

Quelqu'un a t il une solution à ce problème épineux ?

C'est quoi numutil?

Recup ton int

Code:

---

int tadonnee = RSet.getInt("numutil");

---

et ensuite tu la convertis en Integer.

C'est que getInt() retourne un int et pas Integer.
Essaie :

Code:

---

UF.numutil = new Integer(RSet.getInt("numutil"));

---

getInt renvoie un int
et numutil est un Integer...

donc tu dois faire

Code:

---

UF.numutil = new Integer(RSet.getInt("numutil"));

---

d'où l'utilité de l'auto-boxing dans Tiger :wink:

Citation:

---

Envoyé par remika

d'où l'utilité de l'auto-boxing dans Tiger :wink:

---

C est carrement appreciable :wink:
A noter que le travail est le meme derriere (utilisation des Wrapper Classes)

la solution suivante fonctionne nikel :

Code:

---

UF.numutil = new Integer(RSet.getInt("numutil"));

---

Merci beaucoup, mais pourquoi cette ligne là :

Code:

---

UF.numutil = (Integer) RSet.getInt("numutil");

---

ne résoud t'elle pas mon problème ?

PS : C'est quoi l'autoboxing et c'est quoi Tiger ?

tiger c est le nom de code donne pour java 5.0 (java 6 aura, quant a lui, "Mustang" comme nom de code :wink: )

Avec l auto-boxing et l auto-unboxing, tu n est pas oblige de passer par la Wrapper Class, le code aurait ete

Code:

---

1 2	UF.numutil = RSet.getInt("numutil");

---

Je pense qu'un int est un type primitif et donc incomptable avec Integer, Integer est une classe à part qui possède ses propres méthodes et a quelque part dans ses attribut un int, c'est pourquoi le constructeur de Integer prend un int en argument.
int ne possède pas ces méthodes et donc le compilateur rejette le cast de int-->Integer.

Enfin, je pense que c'est ça!

Personellement, je voudrais rajouter une info assez importante à ce que vous venez de répondre jusqu'à présent.
En effet, personne n'a encore dit que l'utilisation de l'autoboxing ou de la transformation de int en Integer n'est pas suffisante en soi.

En fait, il te faut faire quelque chose du style:

Code:

---

1 2 3 4 5 6

Integer in = null; int i = rs.getInt(1); if (!rs.wasNull()) { in = Integer.valueOf(i); }

---

SI ton champ dans la DB peut être NULL.

Imagine en effet que tu as un champ dans ta DB pour lequel tu acceptes qu'il puisse être NULL. Et tu ferais juste un getInt() que tu convertirais en Integer. Tu perdrais le fait que le champ était NULL dans la DB. Puisque maintenant, ton Integer vaudrait 0 et non plus NULL. Génant si tu dois faire après un update du record, où tu remplacerais NULL par 0. Pourrait être source de problème.

Personellement, à part pour des questions de performance, et encore, je n'ai toujours pas compris pourquoi l'API JDBC retourne des primitives au lieu des wrappers.

Car, pour les raisons que je viens d'expliquer, il est assez dangereux de faire correspondre des primitives avec des champs DB qui peuvent être NULL (ce qui arrive assez fréquemment).

Si l'API de ResultSet supportait le Integer getInteger(), on pourrait alors écrire:

Code:

---

1 2	Integer in = rs.getInteger(1);

---

au lieu de

Code:

---

1 2 3 4 5 6

Integer in = null; int i = rs.getInt(1); if (!rs.wasNull()) { in = Integer.valueOf(i); }

---

Lorsqu'il faudrait un int, avant JDK 5, on aurait alors

Code:

---

1 2 3 4 5 6

Integer in = rs.getInteger(1); int i = 0; if (in != null) { i = in.intValue(); }

---

Avec JDK 5, on aurait:

Code:

---

1 2	Integer in = rs.getInteger(1);

---

ou

Code:

---

1 2	int i = rs.getInteger(1); //AutoBoxing ici, sans problème

---

Bref, AMHA, l'API JDBC aurait du retourner des Integer et non des int. Ou alors au moins supporter Integer getInteger() à coté de int getInt().

Juste mon avis.[/code]