[JDK 1.7] warning: [options] bootstrap class path not set in conjunction

bonjour,


je suis passé récemment de java 1.6 à java 1.7. Après une mise à jour du code, j'ai recompilé plusieurs de mes projets sous Netbeans et un warning apparaît systématiquement :

Citation:

---

warning: [options] bootstrap class path not set in conjunction with -source 1.5

---

ou

Citation:

---

warning: [options] bootstrap class path not set in conjunction with -source 1.6

---

Merci


Dans mes recherches je suis tombé sur ce lien, mais je dois avouer que cela ne me parle pas du tout :
http://blogs.oracle.com/darcy/entry/...h_older_source


Comment je peux faire pour supprimer cet avertissement ?
Les applications seront déployées sur des machines windows (il n'y aura que le jre) et je ne voudrais pas que cet avertissement empêche une exécution normale des programmes.

Salut,


D'après ton lien ce warning a été ajouté dans Java 7 ! Et c'est une bonne nouvelle !!!!



Apparemment tu utilises un JDK7 pour compiler du code en Java 5 ou Java 6. Or ceci est faux ! En effet ceci n'impacte que sur le bytecode généré et certains éléments du langage. Mais le compilateur utilisera toujours son API.

Ainsi tu peut très bien te retrouver à appeler une méthode spécifique de Java 7 tout en générant un exécutable "compatible" Java 5 ou 6... mais le programme ainsi généré plantera à l'appel de cette méthode avec une JVM 5 ou 6 !!!



Ce warning t'indique qu'il faut alors préciser l'emplacement du bootclasspath. C'est à dire l'emplacement des classes de l'API correspondant à ta version.




:arrow: Mais le mieux reste d'utiliser le JDK correspondant à la version minimum que tu cibles.

Si tu veux que ton appli tourne sur une JVM 5 et +, utilise le JDK5
Si tu veux que ton appli tourne sur une JVM 6 et +, utilise le JDK6
Si tu veux que ton appli tourne sur une JVM 7 et +, utilise le JDK7...


a++

Citation:

---

Envoyé par adiGuba

Apparemment tu utilises un JDK7 pour compiler du code en Java 5 ou Java 6. Or ceci est faux ! En effet ceci n'impacte que sur le bytecode généré et certains éléments du langage. Mais le compilateur utilisera toujours son API.

Ainsi tu peut très bien te retrouver à appeler une méthode spécifique de Java 7 tout en générant un exécutable "compatible" Java 5 ou 6... mais le programme ainsi généré plantera à l'appel de cette méthode avec une JVM 5 ou 6 !!!

---

Logique qu'un programme compilé avec la version 1.7 plantera avec la 1.6
Mais est-ce que cela veut dire que les applications en question utiliseraient des méthodes obsolètes pour la version 1.7 ?

Citation:

---

Envoyé par adiGuba

Ce warning t'indique qu'il faut alors préciser l'emplacement du bootclasspath. C'est à dire l'emplacement des classes de l'API correspondant à ta version.

---

Tu parles du rt.jar ? Ou d'autres fichiers ? (je ne sais pas ce qu'est exactement le bootclasspath :oops:)
Mes variables systèmes sont les suivantes :

Citation:

---

JAVA_HOME
C:\Program Files\java\jdk1.7

CLASSPATH
%JAVA_HOME%\jre\lib\rt.jar

---

Citation:

---

Envoyé par adiGuba

:arrow: Mais le mieux reste d'utiliser le JDK correspondant à la version minimum que tu cibles.

Si tu veux que ton appli tourne sur une JVM 5 et +, utilise le JDK5
Si tu veux que ton appli tourne sur une JVM 6 et +, utilise le JDK6
Si tu veux que ton appli tourne sur une JVM 7 et +, utilise le JDK7...

---

Disons que je ne voudrais pas installer plusieurs versions de java. En l'occurrence sur les postes où seront exécutées ces applications il n'y aura que la dernière version c'est à dire le JRE 1.7.

La machine de développement n'a également que le JDK 1.7.

Citation:

---

Envoyé par Auteur

Logique qu'un programme compilé avec la version 1.7 plantera avec la 1.6
Mais est-ce que cela veut dire que les applications en question utiliseraient des méthodes obsolètes pour la version 1.7 ?

---

Je ne comprend pas la question ...

Citation:

---

Envoyé par Auteur

Tu parles du rt.jar ? Ou d'autres fichiers ? (je ne sais pas ce qu'est exactement le bootclasspath :oops:)

---

Oui le rt.jar. En cross-compilation le bootclasspath doit pointer vers le rt.jar du JRE correspondant...

Citation:

---

Envoyé par Auteur

Disons que je ne voudrais pas installer plusieurs versions de java. En l'occurrence sur les postes où seront exécutées ces applications il n'y aura que la dernière version c'est à dire le JRE 1.7.

La machine de développement n'a également que le JDK 1.7.

---

Pourquoi utiliser -source alors ? Compiles directement en 1.7...

a++

Citation:

---

Envoyé par adiGuba

Apparemment tu utilises un JDK7 pour compiler du code en Java 5 ou Java 6. Or ceci est faux ! En effet ceci n'impacte que sur le bytecode généré et certains éléments du langage. Mais le compilateur utilisera toujours son API.

Ainsi tu peut très bien te retrouver à appeler une méthode spécifique de Java 7 tout en générant un exécutable "compatible" Java 5 ou 6... mais le programme ainsi généré plantera à l'appel de cette méthode avec une JVM 5 ou 6 !!!

Citation:

---

Envoyé par Auteur

Mais est-ce que cela veut dire que les applications en question utiliseraient des méthodes obsolètes pour la version 1.7 ?

Citation:

---

Envoyé par adiGuba

Je ne comprend pas la question ...

---

---

---

Je me demandais si Warning pouvait être lié à l'utilisation de méthodes java devenues "Deprecated" pour la version 7.

Citation:

---

Envoyé par adiGuba

Pourquoi utiliser -source alors ? Compiles directement en 1.7...

---

Effectivement, je n'avais pas vu que netbeans compilait avec l'option source :oops:

J'ai recompilé les projets en 1.7 et plus de warning :ccool:
Merci pour ton aide :D

Citation:

---

Envoyé par Auteur

Je me demandais si Warning pouvait être lié à l'utilisation de méthodes java devenues "Deprecated" pour la version 7.

---

Dans ce cas là tu aurais eu un warning clair t’indiquant que tu utilises une fonction dépréciée.

Citation:

---

Envoyé par Uther

Dans ce cas là tu aurais eu un warning clair t’indiquant que tu utilises une fonction dépréciée.

---

Ok merci pour la réponse :ccool: