Discussion :

[tibi666]

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 :

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

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 :

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

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 ?

[Miss Gaelle]

C'est quoi numutil?

Recup ton int

Code :

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

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

et ensuite tu la convertis en Integer.

[NGY]

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

Code :

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

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

[Jack Huser]

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

donc tu dois faire

Code :

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

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

[remika]

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

[SEMPERE Benjamin]

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

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

[tibi666]

la solution suivante fonctionne nikel :

Code :

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

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

Merci beaucoup, mais pourquoi cette ligne là :

Code :

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

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 ?

[SEMPERE Benjamin]

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

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

Code :

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

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

[slate]

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!

[vbrabant]

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 :

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

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 :

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

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

au lieu de

Code :

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

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 :

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

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 :

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

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

ou

Code :

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

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]