Rendre compatible du code 5.0 pour 1.4

Bonjour,

J'ai actuellement une application Web compilée pour le jdk 5.x !
Sauf que je dois la déployer sur un environnement qui utilise un jdk 1.4x ... la bonne blague.

Donc j'ai commencé à réecrire l'application là où ca ne passe pas mais je vois que l'auto boxing (si je me souviens bien du terme) n'est pas geré sous 1.4.

Donc je n'arrive pas à réecrire de manière simple une ligne de ce type :

Citation:

---

anneeVente = anneePlantation + (articleVO.getDureeFpa() / 12 );

---

Pour laquelle anneeVente, anneePlantation et articleVO.getDureeFpa() sont des java.lang.Integer.

La compilation me renvoie ces erreurs :

Code:

---

1 2 3 4 5 6 7 8

CoeffProductionServiceImpl.java:48: operator / cannot be applied to java.lang.Integer,int anneeVente = anneePlantation + (articleVO.getDureeFpa() / 12 ); ^ CoeffProductionServiceImpl.java:48: operator + cannot be applied to java.lang.Integer,<any> anneeVente = anneePlantation + (articleVO.getDureeFpa() / 12 ); ^

---

Toute aide est la bienvenue :)

Merci !

C'est normal, tu ne peut employer l'opérateur + que sur des types primitifs. En Java 5.0, il y a l'autoboxing qui permet de transformer directement les types enveloppes en types primitifs, mais ce n'est pas le cas avant.

Il faut donc employer intValue() sur tes objets integers pour pouvoir utiliser l'opérateur + ;)

Il faut juste faire attention qu'il ne soient pas null, sinon ça lève une exception.

Ca donnerait donc quelque chose dans ce gout-là :

Code:

---

anneeVente = new Integer(anneePlantation.intValue() + (articleVO.getDureeFpa().intValue() / 12 ));

---

Ok je te remercie pour cette réponse simple et rapide :)

Dommage, je commençais à prendre goût au code pas 'trop' surchargé :aie:

:lol: oui mais bon faut pas s'habituer aux bonnes choses. Je trouve ça mieux de le faire à la main personnellement.

Citation:

---

Envoyé par sironimo

:lol: oui mais bon faut pas s'habituer aux bonnes choses. Je trouve ça mieux de le faire à la main personnellement.

---

Ben, personnellement, je trouve que dès que le compilo fait ça lui-même, c'est dommage de ne pas en profiter...

C'est comme les generics, c'est aussi purement du sucre syntaxique, mais c'est néanmoins très pratique et je ne m'en lasse pas. Je m'amuserais plus maintenant à faire tous les catchs à la main, c'est pareil pour l'autoboxing.

Je suis tout à fait d'accord mais je trouve aussi que d'augmenter l'abstraction ça peut des fois gêner à une vraie compréhension des mécanismes. Enfin, c'est mon avis mais je fais le chieur car j'utilise aussi allègrement l'autoboxing mais je trouve ça aussi important de saisir certains mécanismes et savoir différencier les types primitifs en fait partie du moins lors de l'apprentissage.

Citation:

---

Envoyé par sironimo

Je suis tout à fait d'accord mais je trouve aussi que d'augmenter l'abstraction ça peut des fois gêner à une vraie compréhension des mécanismes. Enfin, c'est mon avis mais je fais le chieur car j'utilise aussi allègrement l'autoboxing mais je trouve ça aussi important de saisir certains mécanismes et savoir différencier les types primitifs en fait partie du moins lors de l'apprentissage.

---

Sur ce point-là, je suis d'accord. C'est bête d'utiliser un mécanisme si on ne le comprend pas, c'est le même principe que de commencer la programmation avec un simple éditeur de texte et le compilateur en ligne de commande. Il faut comprendre comment marche les mécanismes cachés par l'abstraction avant de les utiliser.

+1 :mouarf:

Au pire pour être quasi sur de la compatibilité tu peux passer par retroweaver qui est capable en général de transformer le bytecode de classes java 1.5 en java 1.4

Très intéressant merci :)