Discussion :

[Auteur]

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 :

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

ou

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.

[adiGuba]

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.




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++

[Auteur]

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 ?

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 )
Mes variables systèmes sont les suivantes :

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

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

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.

[adiGuba]

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 ...

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

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

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++

[Auteur]

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 !!!

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 ...

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

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

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

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

[Uther]

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.

[Auteur]

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