Version antérieur de java

Version imprimable

05/05/2007, 16h04
flames

Version antérieur de java

Bonjour à tous,

J'aimerais savoir s'il est possible de faire fonctionner une application développée sous la version 1.6 sur un pc équipé de la version 1.4. Car lors de l'éxécution du programme sur plusieurs pc avec la version 1.6 aucun soucis, par contre pour la 1.4, j'ai toutes des erreurs du genre class found error,...
Merci de vos conseil.

Flames
05/05/2007, 16h26
sinok

Tout à fait normal, la version 6 de java apporte des nouveautés à java.
Donc grosso modo java n'est pas rétrocompatible (il n'est pas possible de faire tourner un classe compilée par un compilateur 1.6 en 1.4).

Donc si tu veux que ton programme puisse être utilisé par tout, il faut le compiler avec un javac 1.4
05/05/2007, 16h27
Janitrix

C'est tout à fait normal, tu ne peux pas exécuter une application compilé en 1.6 avec une machine virtuelle 1.4. A part la magie, rien ne peut changer cela. Soit tu fais une upgrade sur tes ordinateurs équipés de 1.4, soit tu fais en sorte que ton programme est compatible 1.4 et tu le compiles en tant que 1.4 (facile avec Eclipse, par contre faut que je cherche pour la ligne de commande si t'as pas eclipse). Bonne chance.
05/05/2007, 17h16
flames

Merci beaucoup de vos réponses.
Je m'en doutais un peu, toutes fois, il serait possible de compiler pour la version 1.4 en utilisant Eclipse, même si j'ai la mise à jour de la version 1.6.Cfr le post précédent.
:bug:
06/05/2007, 10h06
adiGuba
Salut,

Citation:

Envoyé par flames

Je m'en doutais un peu, toutes fois, il serait possible de compiler pour la version 1.4 en utilisant Eclipse, même si j'ai la mise à jour de la version 1.6.Cfr le post précédent.

Oui tout à fait ! Eclipse sait très bien géré plusieurs JVM différentes...

Pour cela il faut déjà que tu installes un JDK ou un JRE 1.4 et que tu le références dans les préférences d'eclipse ( Java -> Installed JREs). Je te conseille d'utiliser un JDK si possible (comme cela eclipse lie automatiquement les sources et te propose une javadoc en tooltip).

Ensuite tu as dans les propriétés de ton projet (clic-droit sur le répertoire du projet) puis :
- Dans la section "Java Build Path", onglet "Library", tu supprimes le JRE/JDK 1.6 puis tu utilises "Add Library..." pour ajouter le 1.4 (selectionner "JRE System Library" puis "Alternate JRE").
- Dans la section "Java Compiler" tu dois spécifier une "compliance level" de 1.4 (il faut cocher "Enable project specific settings" si c'est grisé ;))
a++
06/05/2007, 10h10
flames

Merci beaucoup, je fais cela tout de suite. :yaisse2:
06/05/2007, 10h25
Janitrix

Mais vous vous compliquez la vie cher amis :mouarf: . Tu n'as pas besoin d'installer le JDK 1.4, reste en 1.6. Tu lances Eclipse et tu fais : menu Window --> Preference --> Java --> Compiler. Dans la fenêtre de droite, tu décoches 'Use default compliance settings'. Dans 'Generated .class files compatibility', tu sélectionnes 1.4 et le tour est joué. Bien sur, cela sera appliqué à tout tes projets, donc si tu veux le faire que pour un, tu fais cliques droit sur ton projet (il faut qu'il soit ouvert je crois) : Properties --> Java Compiler et là c'est pareille. Bonne chance.
06/05/2007, 10h35
adiGuba

Citation:

Envoyé par Janitrix

Mais vous vous compliquez la vie cher amis :mouarf: . Tu n'as pas besoin d'installer le JDK 1.4, reste en 1.6. Tu lances Eclipse et tu fais : menu Window --> Preference --> Java --> Compiler. Dans la fenêtre de droite, tu décoches 'Use default compliance settings'. Dans 'Generated .class files compatibility', tu sélectionnes 1.4 et le tour est joué. Bien sur, cela sera appliqué à tout tes projets, donc si tu veux le faire que pour un, tu fais cliques droit sur ton projet (il faut qu'il soit ouvert je crois) : Properties --> Java Compiler et là c'est pareille. Bonne chance.

Non car tu fais la moitié du boulot :aie:

Comme cela tu indiques au compilateur de générer un bytecode compatible 1.4. C'est bien sûr nécessaire pour que l'application fonctionne avec une JVM 1.4... mais ce n'est pas suffissant !

Si l'édition des liens entre les classes se fait à l'exécution, le compilateur les vérifies à la compilation (c'est ce qui te permet d'avoir une erreur si une classe ou une méthode n'existe pas).

Ainsi si tu te contente de changer le "compiler compliance" tu pourras très bien continuer à utiliser des méthodes et classes de Java 6 sans avoir d'erreur (avec une JVM 6) mais qui provoqueront bien une exception lors de l'exécution avec une JVM 1.4...

Bref je conseille fortement d'utiliser un JRE/JDK correspondant à la version minimum de compatibilité souhaité, sous peine d'éviter de mauvaise surprise lors du déploiement ;)

a++
06/05/2007, 10h37
Janitrix

A bon ? Moi, ça m'a toujours fait des erreurs, notamment lors que j'utilisais les Generics qui sont apparus en 1.5, en 1.4 Eclipse criait qu'il y avait un truc bizarre dans toutes mes classes, et il voulait pas compiler.
06/05/2007, 11h01
adiGuba
Citation:

Envoyé par Janitrix

A bon ? Moi, ça m'a toujours fait des erreurs, notamment lors que j'utilisais les Generics qui sont apparus en 1.5, en 1.4 Eclipse criait qu'il y avait un truc bizarre dans toutes mes classes, et il voulait pas compiler.

Mais les Generics ne sont pas des classes ou méthodes mais une syntaxe du langage ;)

En fait changer le "compiler compliance level" permet principalement 2 choses :
- De générer un bytecode qui respectent les spécifications du bytecode, afin que le code puisse s'exécuter sur la version indiqué (cela correspond à l'option -target de javac).
- Utiliser les spécifications du langage de la version sélectionné pour la compilation. Ainsi par exemple enum est un mot clef dans Java 5 mais pas dans les versions précédente. Pareil pour assert dans Java 1.4...
  
  C'est l'équivalent de l'option -source de javac. Bref il ne s'agit principalement que d'une vérification syntaxique du code (donc c'est normal que cela génère une erreur sur les Generics).
Toutefois, le compilateur utilise son CLASSPATH pour vérifier la cohérence des liens entre les classes (lequel contient le rt.jar de la JVM qui contient les classes standard). Or si ce CLASSPATH ne correspond pas à la version cible tu peux avoir des surprises puisque le compilateur ne peut pas savoir dans quelle version est apparut telle classe ou telle méthode.

Si tu prends le code suivant :
Code:

1 2 3 4 5 6 7 8 9 public static void main(String[] args) { String str = "Hello Man !"; str = str.replace("Man", "World"); System.out.println(str); }
Et que tu changes le "compiler level" en 1.4 tu n'auras pas d'erreur ni à la compilation ni à l'exécution (avec une JVM > 1.5).
Or si tu exécutes cela avec une JVM 1.4 cela plantera. Et si tu le compiles avec un vrai JDK 1.4 tu obtiendras une belle erreur !!!

En effet la méthode replace() n'existe pas dans le JDK 1.4 (ou en tout cas pas comme cela puisqu'elle prend deux char en paramètre), mais le compilateur a quand même fait le lien puisque pour lui elle existait...

Bref il faut que le compilateur et le code des classes natifs soit cohérent...

a++