Discussion :

[kapac]

bonjour;
je ne comprend pas l'organisation de java et de javafx par ex.quand on ecrit:
import javafx.application.Application;
ou se trouve javafx et le fichier application.java?
j'ai vainement cherché dans les jar files avec winrar

[jdevbe]

Il me semble que javafx est une extension du java runtime (jre).
Pour utilisé une application javafx, le runtime java et javafx doivent être installé.
Aller regarder sous un directory comme <programme>/Oracle/JavaFX 2.1 Runtime/
Je pense que l'utilisation est aussi possible via java webstart qui se chargera d'installer javafx.

[yotta]

Bonsoir,

Si vous pouvez "ouvrir" les fichiers jar avec winrar, c'est tout simplement parce que ces derniers sont en quelque sorte des fichiers compressés Zip. Cela permet de réduire l'ensemble d'une application en un seul fichier. De plus, c'est pour cela que ce sont des jar, et non des zip, ces derniers contiennent des Meta-Informations. Vous avez du remarquer la présence du dossier "META-INF" qui contient entre autre, un fichier nommé MANIFEST.MF. C'est dans ce fichier MANIFEST.MF, contenu dans l'archive jar que vous avez ouvert avec winrar que ce trouve la réponse à votre première question : Où se trouve javaFX ?
C'est en effet dans les meta-données de l'archive jar que se trouve la réponse.
Pour ce qui est de votre seconde interrogation : ... et le fichier application.java ?
Ici, pour la ligne :
import javaFX.application.Application;
Vous ne devez plus raisonner en terme de fichier, mais de package. Dans la notion de package, le caractère "." est synonyme du caractère "\" pour les chemins de fichiers, c'est le FileSeparator. En gros, cela signifie qu'à l'interieur de l'archive que vous avez ouvert avec winrar, le fichier Application.class (et non pas .java, ce n'est pas du source mais du code précompilé) se trouve dans javaFX\application\Application.class
C'est comme cela qu'il faut interprèter la ligne import.

[jdevbe]

merci de ta réponse;j'ai déja regardé dans jre7 et 8 ainsi que dans les jdk mais je n'ai trouvé aucun fichier .java

Un fichier .java est un fichier source java.
Le jre ne contient pas les sources des librairie java, mais leurs versions compilés en "byte code" (.class) dans des archives .jar.
Depuis jre 7, javafx est inclus dans l'installation.
Si tu dispose de cette version, dans l'archive <JAVA_HOME>/jre7/lib/jfxrt.jar tu trouveras la classe javafx.application.Application dans fichier javafx/application/Application.Class

[yotta]

Effectivement, JdevBE, à un détail près, on ne peu pas vraiment parler de "Byte Code". Les fichiers .class ne sont pas des fichiers binaires comme le sont les .bin, .exe et autre résultantes de compilation native. Ce ne sont pas pour autant des fichiers ASCII, mais on peut sans problème les éditer avec Notepad par exemple et remarquer que l'essentiel du code est lisible. En effet, par définition, Java est un langage interprété, ce n'est pas un langage binaire. C'est ce qui lui permet d'être indépendant de la plateforme hôte. C'est la JVM qui fait office d'interpréteur qui transforme le code précompilé (les .class) en "binaire" à la volée.
Par contre, je ne savais pas qu'ils avaient intégré java FX dans le JRE7. Je croyais ce projet mort et enterré...
Je vais regardé cela de plus près...

Bonne journée à vous.

[thelvin]

Effectivement, JdevBE, à un détail près, on ne peu pas vraiment parler de "Byte Code".

Sisi, d'ailleurs "Bytecode" est un mot qui s'est beaucoup fait connaître autour de Java. C'est l'idée de compiler un binaire pour un microprocesseur qui n'existe pas, une machine purement virtuelle. C'est vrai qu'il y a aussi l'édition des liens dynamique entre chaque classe.

Sur la scène Java, plein de gens parfaitement au courant parlent à loisir de bytecode.

Ce ne sont pas pour autant des fichiers ASCII, mais on peut sans problème les éditer avec Notepad par exemple et remarquer que l'essentiel du code est lisible.

Euh, non. Les imports, les constantes String, les méthodes déclarées et appelées, sont très lisibles. L'essentiel du code, qui fait une liaison utile de tout ce bazar, est du binaire basé sur le jeu d'instruction et le format de données des classes du bytecode Java.

En effet, par définition, Java est un langage interprété, ce n'est pas un langage binaire.

Techniquement c'est un langage binaire dont le binaire est interprété. On en retire certains avantages typiques des langages interprétés, comme l'interopérabilité et la flexibilité et l'élégance des formats.

[yotta]

Merci, on en apprend tous les jours.

[kapac]

merci de vos réponses c'est plus clair pour moi maintenant