comme j'utilise au moins un componast (JXTreeTable) passé en 1.5, je me
sents un peu "obligé" d'y passer aussi (j'utilise actuellement une
version d'il y a un an).
donc je cherche des tutos, au moins un, pour expérimenter le passage de
1.4 à 1.5, si poss en français ;-)
donc je cherche des tutos, au moins un, pour expérimenter le passage de 1.4 à 1.5, si poss en français ;-)
bon j'ai trouvé qqc, ça n'a pas l'air bien sorcier... -- une bévue
Kupee
Une bévue wrote:
donc je cherche des tutos, au moins un, pour expérimenter le passage de 1.4 à 1.5, si poss en français ;-)
bon j'ai trouvé qqc, ça n'a pas l'air bien sorcier...
Non c'est tout con, suffit de recompiler ton projet. N'oublie pas d'effacer tous tes fichiers .class afin de vraiment tout recompiler car il arrive que certaines interfaces aient des méthodes en plus par rapport a 1.4 et donc si tu les implémente il faut pas les oublier.
Une bévue wrote:
donc je cherche des tutos, au moins un, pour expérimenter le passage de
1.4 à 1.5, si poss en français ;-)
bon j'ai trouvé qqc, ça n'a pas l'air bien sorcier...
Non c'est tout con, suffit de recompiler ton projet.
N'oublie pas d'effacer tous tes fichiers .class afin de
vraiment tout recompiler car il arrive que certaines
interfaces aient des méthodes en plus par rapport a 1.4
et donc si tu les implémente il faut pas les oublier.
donc je cherche des tutos, au moins un, pour expérimenter le passage de 1.4 à 1.5, si poss en français ;-)
bon j'ai trouvé qqc, ça n'a pas l'air bien sorcier...
Non c'est tout con, suffit de recompiler ton projet. N'oublie pas d'effacer tous tes fichiers .class afin de vraiment tout recompiler car il arrive que certaines interfaces aient des méthodes en plus par rapport a 1.4 et donc si tu les implémente il faut pas les oublier.
une.bevueVOTEZ
Kupee wrote:
Non c'est tout con, suffit de recompiler ton projet. N'oublie pas d'effacer tous tes fichiers .class afin de vraiment tout recompiler car il arrive que certaines interfaces aient des méthodes en plus par rapport a 1.4 et donc si tu les implémente il faut pas les oublier.
ouais ça m'a fait peur l'autre soir :) le pourquoi de ce post... mais, en fait ce que je souhaite adopter c'est l'auto(un)boxing et ausi le typage de mes Arraylist.
cependant le seul point crucial, pour moi, c'est ma base de données objets en java, je n'ai eu le temps de regarder si le 1.5 lui va.
l'autoboxing pas de pb je pense (db4objects utilise la reflection).
j'utilise aussi xmlstream pour sauver la base dans des fichiers, là non + je ne sais encore si c'est compatible...
ce sont les composants swingx qui m'intéressent en + et là je suis obligé de passer en 1.5
déjà eclipse me fait des commentaires sur mon code que je n'avais pas avant (typage des arraylits) -- une bévue
Kupee <rien@rien.rien> wrote:
Non c'est tout con, suffit de recompiler ton projet.
N'oublie pas d'effacer tous tes fichiers .class afin de
vraiment tout recompiler car il arrive que certaines
interfaces aient des méthodes en plus par rapport a 1.4
et donc si tu les implémente il faut pas les oublier.
ouais ça m'a fait peur l'autre soir :)
le pourquoi de ce post...
mais, en fait ce que je souhaite adopter c'est l'auto(un)boxing
et ausi le typage de mes Arraylist.
cependant le seul point crucial, pour moi, c'est ma base de données
objets en java, je n'ai eu le temps de regarder si le 1.5 lui va.
l'autoboxing pas de pb je pense (db4objects utilise la reflection).
j'utilise aussi xmlstream pour sauver la base dans des fichiers, là non
+ je ne sais encore si c'est compatible...
ce sont les composants swingx qui m'intéressent en + et là je suis
obligé de passer en 1.5
déjà eclipse me fait des commentaires sur mon code que je n'avais pas
avant (typage des arraylits)
--
une bévue
Non c'est tout con, suffit de recompiler ton projet. N'oublie pas d'effacer tous tes fichiers .class afin de vraiment tout recompiler car il arrive que certaines interfaces aient des méthodes en plus par rapport a 1.4 et donc si tu les implémente il faut pas les oublier.
ouais ça m'a fait peur l'autre soir :) le pourquoi de ce post... mais, en fait ce que je souhaite adopter c'est l'auto(un)boxing et ausi le typage de mes Arraylist.
cependant le seul point crucial, pour moi, c'est ma base de données objets en java, je n'ai eu le temps de regarder si le 1.5 lui va.
l'autoboxing pas de pb je pense (db4objects utilise la reflection).
j'utilise aussi xmlstream pour sauver la base dans des fichiers, là non + je ne sais encore si c'est compatible...
ce sont les composants swingx qui m'intéressent en + et là je suis obligé de passer en 1.5
déjà eclipse me fait des commentaires sur mon code que je n'avais pas avant (typage des arraylits) -- une bévue
Francis JUGE-BOIRARD
déjà eclipse me fait des commentaires sur mon code que je n'avais pas avant (typage des arraylits) Bonjour,
Les commentaires de Eclipse sont liés aux amélioration de la 1.5. Attention cependant à la configuration de Eclipse 3.1 par défaut il est trop exigant (il signale par exemple par un warning les class Serializable qui n'ont pas de champs serialVersionUID).... Bon courage.
déjà eclipse me fait des commentaires sur mon code que je n'avais pas
avant (typage des arraylits)
Bonjour,
Les commentaires de Eclipse sont liés aux amélioration de la 1.5. Attention
cependant à la configuration de Eclipse 3.1 par défaut il est trop exigant (il
signale par exemple par un warning les class Serializable qui n'ont pas de
champs serialVersionUID).... Bon courage.
déjà eclipse me fait des commentaires sur mon code que je n'avais pas avant (typage des arraylits) Bonjour,
Les commentaires de Eclipse sont liés aux amélioration de la 1.5. Attention cependant à la configuration de Eclipse 3.1 par défaut il est trop exigant (il signale par exemple par un warning les class Serializable qui n'ont pas de champs serialVersionUID).... Bon courage.
Olivier Thomann
Les commentaires de Eclipse sont liés aux amélioration de la 1.5. Attention cependant à la configuration de Eclipse 3.1 par défaut il est trop exigant (il signale par exemple par un warning les class Serializable qui n'ont pas de champs serialVersionUID).... Bon courage. Trop exigeant est une question de point de vue. Il est fortement
recommandé que toutes les classes "serializables" aient leur champ serialVersionUID défini de manière à éviter d'avoir des instances sérialisées qui dépendent du compilateur utilisé pour compiler la classe correspondante. Ça évite bien des problèmes de définir ce champ. Eclipse permet d'avoir bien plus de warnings que ce qui est activé par défaut. Active les tous et tu verras que tu vas nettoyer pas mal ton code. -- Olivier
Les commentaires de Eclipse sont liés aux amélioration de la 1.5.
Attention cependant à la configuration de Eclipse 3.1 par défaut il est
trop exigant (il signale par exemple par un warning les class
Serializable qui n'ont pas de champs serialVersionUID).... Bon courage.
Trop exigeant est une question de point de vue. Il est fortement
recommandé que toutes les classes "serializables" aient leur champ
serialVersionUID défini de manière à éviter d'avoir des instances
sérialisées qui dépendent du compilateur utilisé pour compiler la classe
correspondante. Ça évite bien des problèmes de définir ce champ.
Eclipse permet d'avoir bien plus de warnings que ce qui est activé par
défaut. Active les tous et tu verras que tu vas nettoyer pas mal ton code.
--
Olivier
Les commentaires de Eclipse sont liés aux amélioration de la 1.5. Attention cependant à la configuration de Eclipse 3.1 par défaut il est trop exigant (il signale par exemple par un warning les class Serializable qui n'ont pas de champs serialVersionUID).... Bon courage. Trop exigeant est une question de point de vue. Il est fortement
recommandé que toutes les classes "serializables" aient leur champ serialVersionUID défini de manière à éviter d'avoir des instances sérialisées qui dépendent du compilateur utilisé pour compiler la classe correspondante. Ça évite bien des problèmes de définir ce champ. Eclipse permet d'avoir bien plus de warnings que ce qui est activé par défaut. Active les tous et tu verras que tu vas nettoyer pas mal ton code. -- Olivier
une.bevueVOTEZ
Francis JUGE-BOIRARD wrote:
il signale par exemple par un warning les class Serializable qui n'ont pas de champs serialVersionUID
ouais, c'est pénible ça, mais je pense que l'on peut éviter certains warnings, ça doit-être configurable...
bon, 1.5 ça ne pose pas de pb particuliers, je trouve...
-- une bévue
Francis JUGE-BOIRARD <nsp@nsp.net> wrote:
il
signale par exemple par un warning les class Serializable qui n'ont pas de
champs serialVersionUID
ouais, c'est pénible ça, mais je pense que l'on peut éviter certains
warnings, ça doit-être configurable...
bon, 1.5 ça ne pose pas de pb particuliers, je trouve...
