Compilateur Java

Bonjour,

Je me suis procuré un vieux bouquin sur Java, car j'aimerais tester un peu la programmation...
Enfin bref comme dit dans le bouquin, j'ai créé un fichier .java avec le code suivant :

Code:

---

1 2 3 4 5 6 7

class ApplicationBonjour {   public static void main(String[] args) { System.out.println("Bonjour!"); }   }

---

puis dans le livre ils me disent d'aller dans l'invite de commande MS-DOS, de me mettre sur le dossier où il y a le fichier et d'écrire la commande

Citation:

---

javac nomdelapplication.java

---

pour compiler le fichier source.
Mais quand je fais ça, il m'affiche ça

Citation:

---

'javac' n'est pas reconnu en tant que commande interne ou externe, un programme exécutable ou un fichier de commandes.

---

Bon, tout ça pour savoir si quelqu'un pourrait m'indiquer un compilateur Java ?

Merci d'avance

Pour pouvoir lancer la commande de compilation javac qui n'est autre qu'un fichier exécutable qui se nomme javac.exe, il vous faut impérativement avoir installé sur votre ordinateur un kit de developement java.
Mais ce n'est pas tout. A mon souvenir, l'installation d'un tel kit ne touche pas à votre variable système PATH, si bien qu'il vous revient d'y ajouter le chemin d'accès au dossier bin de votre kit de developpement.
Rendez-vous chez http://java.sun.com.... pour télécharger la version actuelle du SDK SE de Sun....

ok merci
tu peux me tutoyer ça me dérange pas
j'ai téléchargé et installé Java(TM) 2 SDK, Standard Edition Version 1.3.1, mais je trouve pas comment compiler avec...

Pas de problème, c'est une vieille habitude. Tu sais, arrivé à un certain age...
Bref, vérifie avec l'outils de recherche de windows l'existance sur ta machine d'un fichier nommé javac.exe
Tu peux aussi faire ta recherche en ligne de commande :
par ex. : C:\dir /S javac.exe (à faire à la raçine du disque si tu veux pas rater des sous-dossiers, et il faut être un peu patient, ça n'est pas très véloce).
Si tu ne trouves pas ce fichier, c'est que tu as probablement installé une JRE (Java Runtime Environment), et non un JDK(Java Development Kit). Seuls les kits de developpement fournisse cet executable.:D

Citation:

---

je me suis procurer un vieux bouquin sur le java, car j'aimerai tester un peu la programmation...

---

Alors si tu veux débuter il y a 2 méthodes :

Les guerriers : tu fais tout en ligne de commande tu gères toi même tes option de compilation. Tu peux te prévaloir du titre de puriste et crier victoire quand tu as fait un programme de 10 classes qui s'exécutent ...


Les autres : tu utilises un ide ( attention pub : par exemple eclipse ;) ) qui te permets de simplifier les opérations de compilation, de gestion des packages ... En gros tu peux produire des trucs assez sympathique plus rapidement mais tu auras une connaissance mois profonde des mécanisme pointus (rien ne t'empêches d'approfondir certains point quand tu en a envie)


Tu auras compris que cette vision totalement impartiale :lol: de ma part que je penche pour la solution 2.

Personnellement on m'a poussé sur la voie 1 sois disant que c'était mieux pour apprendre .... que dalle ça permet juste au mec qui te regarde de passer pour compétant sans forcément l'être :p,

Bon courage dans tout les cas :ccool:

Je ne suis pas tout à fait d'accord.

Je pense que c'est bien de faire les premiers tuto (de Sun par exemple) en compilant à la mimine. L'idéal est d'arriver à compiler, exécuter, packager un petit projet (1 interface et 2/3 classes suffisent) avec un jar de dépendance (JUnit par exemple) et au moins deux packages différents.

Après, c'est sûr qu'utiliser un IDE est quasi-indispensable.

J'ai vu trop de personnes dans mon boulot qui ignorent ce que fait Eclipse et qui sont perdus dès qu'une erreur de Build survient. Ils vont alors perdre facilement un quart d'heure dessus alors qu'une personne connaissant le fonctionnement se débloquera en moins d'une minute.
Et cela est de plus en plus courant quand on multiplie les plugins et que l'on utilise des outils de Build (Maven, Ant ou autre).

Mais après, c'est peut-être juste une envie de passer pour quelqu'un de compétent :aie:

plutot d'acc avec Deaf: c'est bien d'utiliser un IDE (pas de pub: Netbeans au hasard :lol:) mais c'est encore mieux d'avoir une idée de ce qui se passe sous le capot. Sinon c'est l'outil qui te maitrise et pas l'inverse (je vois trop de gens qui ne s'en sorte plus dès qu'il faut sortir de l'IDE et c'est pourtant nécessaire)

Citation:

---

Envoyé par Deaf

Je ne suis pas tout à fait d'accord.

---

Je me doute bien que mon opinion ne fait pas l'unanimité :cry:

Citation:

---

J'ai vu trop de personnes dans mon boulot qui ignorent ce que fait Eclipse et qui sont perdus dès qu'une erreur de Build survient. Ils vont alors perdre facilement un quart d'heure dessus alors qu'une personne connaissant le fonctionnement se débloquera en moins d'une minute.
Et cela est de plus en plus courant quand on multiplie les plugins et que l'on utilise des outils de Build (Maven, Ant ou autre).

---

Totalement d'accord, j'ai déjà vu des cas similaires :p

Par contre je répondrai :

Citation:

---

Le mauvais ouvrier a toujours de mauvais outils ...

---

complétée à ma sauce :

Citation:

---

c'est pas pour autant que le bon ouvrier travaille à main nue

---

:mouarf:

Citation:

---

Je pense que c'est bien de faire les premiers tuto (de Sun par exemple) en compilant à la mimine. L'idéal est d'arriver à compiler, exécuter, packager un petit projet (1 interface et 2/3 classes suffisent) avec un jar de dépendance (JUnit par exemple) et au moins deux packages différents.

---

Je verrais plutôt faire un petit projet sous eclipse, une fois qu'il fonctionne le déployer sans eclipse :)

Citation:

---

Envoyé par LittleBean

Les autres : tu utilises un ide ( attention pub : par exemple eclipse ;) ) qui te permets de simplifier les opérations de compilation, de gestion des packages ...

---

Moi non plus je ne suis pas d'accord, mais c'est par logique, pas par pédagogie.

Tu estimes qu'un IDE "simplifie les opérations de compilation, de gestion des packages..." et je suis d'accord. Mais avant de chercher à simplifier cela il faut déjà savoir que ça existe et ce qu'il y a à faire à ce propos. Un IDE ne risque pas de t'apprendre ça.

Il y a donc contradiction dans le raisonnement, Objection ! donc.

Citation:

---

Un IDE ne risque pas de t'apprendre ça.

---

Pas d'accord

Par exemple un débutant essaye de créer une classe qui implémente une interface. Il oublie de définir une méthode

Si tu fais la compilation en ligne de commande tu obtiens une stacktrace complétement illisible pour un néophyte ... (si en plus il ne parle pas anglais :) )

Ton ide te mettra en rouge la zone problématique ainsi qu'un message compréhensible de ce qui ne va pas " la classe Toto doit définir une méthode raconterBlague()"
L'utilisateur pourra alors réfléchir à comment résoudre le problème et le cas échéant faire un click pour faire la solution proposer par l'ide ;)



Je pense que l'on peut faire le parallèle avec l'apparition progressive des "serious games".

Actuellement pour appendre les bases d'un métier ou rentrer dans un projet tu passes par la case " je mange de la documentation à gogo" (cette méthode est totalement inefficace, du moins pour moi, je ferme l'œil à la première heure ....)

Les serious games ont pour but de t'apprendre cela en te stimulant par des défis de plus en plus grands... dans le cas de l'ide ça pourrait être :


Mission 1 : Votre mission si vous l'acceptez ;) serra d'apprendre à l'individu toto à raconter des blagues. Pour cela vous devrez définir la méthode raconterBlague dans la classe toto


ça permet d'augmenter en compétence progressivement

Citation:

---

Envoyé par LittleBean

Pas d'accord

Par exemple un débutant essaye de créer une classe qui implémente une interface. Il oublie de définir une méthode

Si tu fais la compilation en ligne de commande tu obtiens une stacktrace complétement illisible pour un néophyte ... (si en plus il ne parle pas anglais :) )

---

Aucun rapport avec la compilation ni la gestion de packages.

Ça c'est effectivement un truc où un IDE simplifie l'approche des choses. Seulement, il est plus important d'apprendre d'abord ces histoires de compilation, de package, de classpath, de JRE, de classe et fichiers .class...

Citation:

---

Je pense que l'on peut faire le parallèle avec l'apparition progressive des "serious games".

---

Oui, ok, d'accord avec ce raisonnement. Il y a moyen de faire mieux que commencer direct avec Notepad++ et la ligne de commande. Là je suis ok.

Mais la dernière fois que j'ai essayé un IDE, il ne contenait rien de ce genre. À défaut, il faut bien apprendre les bases indispensables d'une manière ou d'une autre. Notepad++ et ligne de commande, donc.

Citation:

---

Envoyé par thelvin

Aucun rapport avec la compilation ni la gestion de packages.

---

C'est pas faux, je me suis laissé un peu emporté au début :aie:

Citation:

---

Mais la dernière fois que j'ai essayé un IDE, il ne contenait rien de ce genre. À défaut, il faut bien apprendre les bases indispensables d'une manière ou d'une autre. Notepad++ et ligne de commande, donc.

---

Effectivement j'ai été un peu dans le même cas, mais beaucoup d'ide ont fait d'énorme progrès depuis.

Citation:

---

Seulement, il est plus important d'apprendre d'abord ces histoires de compilation, de package, de classpath, de JRE, de classe et fichiers .class...

---

Plus important que ???, on arrive sur un point assez subjectif:mrgreen:
architecture vs algorithmique
qualité vs productivité
....
tant de trolls velus qui peuvent se lever d'un coup

Restons centré sur le notre ;)


Ce que je voulais dire c'est qu'avec un ide on peut réaliser des choses sympas plus vite et que du coup c'est plus fun . A mon sens on apprends plus en s'amusant que sous la contrainte.

Bonjour à tous. C'est bien gentil votre discussion, mais on a juste l'impression que l'idée de départ est de répondre à la question de Bad-Bond. Vos sentiments personnels sur le bien fondé d'une IDE, c'est généreux d'en faire part, mais je penses que pour quelqu'un qui veut se lancer, il vaudrait mieux se contenter de répondre à sa question dans un premier temps. Il n'a peut-être pas envie d'alourdir de plusieurs centaines de meg son installation par l'ajout d'une IDE usine à gaz, ni de devoir augmenter sa mémoire pour que ça ne mette pas trois semaines à démarrer, tout ça pour voir qu'il va lui falloir au moins trois mois pour commencer à comprendre le sens des menus d'un Netbeans. Je vous rappelle que Bad-Bond précise qu'il débute...

bon, pour l'instant en fait je vais continuer de suivre le bouquin...
et plus tard peut être je regarderai vos ide, mais je suis le livre pour l'instant

enfin bref, je suis toujours bloqué pour compiler, j'ai trouver javac.exe.
quand je le lance sous windows il m'affiche puis ferme rapidement une commande ms dos et sous l'invite dos il me sort ça

Citation:

---

C:\jdk1.3.1_20\bin>javac.exe
Usage: javac <options> <source files>
where possible options include:
-g Generate all debugging info
-g:none Generate no debugging info
-g:{lines,vars,source} Generate only some debugging info
-O Optimize; may hinder debugging or enlarge class file

-nowarn Generate no warnings
-verbose Output messages about what the compiler is doing
-deprecation Output source locations where deprecated APIs are us
ed
-classpath <path> Specify where to find user class files
-sourcepath <path> Specify where to find input source files
-bootclasspath <path> Override location of bootstrap class files
-extdirs <dirs> Override location of installed extensions
-d <directory> Specify where to place generated class files
-encoding <encoding> Specify character encoding used by source files
-target <release> Generate class files for specific VM version

---

je fais comment pour compiler du coup ?

je me répond à moi même

suffisait de déplacer le fichier que je veux compiler dans le dossier où y'a le javac.exe

C'est un poil lourdingue comme façon de faire.

Je te conseille plutôt de rajouter le répertoire contenant javac.exe dans la variable d'environnement PATH de ton système d'exploitation.

(Sous Windows: clic droit sur le poste de travail->propriétés->onglet Avancé -> Bouton variables d'environnement, attention à bien mettre des guillemets autour des chemins contenant des espaces. Chaque chemin dans la variable PATH se séparant avec un ; )

Comme celà tu pourras appeler javac depuis n'importe quelle répertoire sous ligne de commande.

Soit dit en passant, je te conseille fortement d'installer une version récente de java et non un java 1.3 sorti du fin fond de la préhistoire. Tu peux télécharger un JDK récent ) l'adresse suivante: http://java.sun.com/javase/downloads/widget/jdk6.jsp

ah ouais je connaissais pas le coup du path
on en apprend des truks décidemment

merci pour les astuces

En fait, c'est ce que je vous expliquais dés le début...

Bonjour,

Je remonte mon sujet.
J'avais dû arrêter mon apprentissage du Java pour diverses raisons et là j'ai décidé de m'y remettre.
Sauf que depuis le temps j'ai Windows 7 et il faut que je réinstalle Java. C'est ce que j'ai fait en le prenant sur ce site : http://www.oracle.com/technetwork/ja...ad-513651.html

Sauf que je ne trouve plus le fameux javac...
Je me suis loupé où ?

merci d'avance

Il faut ajouter le répertoire contenant l'exécutable javac.exe (dossier bin de l'installation du JDK) dans ton PATH.

Tu peux utiliser un éditeur eclipse/NetBean.
Il compilera pour toi.

Cordialement,
Patrick Kolodziejczyk.

Citation:

---

Envoyé par sinok

Il faut ajouter le répertoire contenant l'exécutable javac.exe (dossier bin de l'installation du JDK) dans ton PATH.

---

oui ça j'ai compris, mais le soucis c'est que je ne trouve même pas le javac.exe

Citation:

---

Envoyé par kolodz

Tu peux utiliser un éditeur eclipse/NetBean.
Il compilera pour toi.

Cordialement,
Patrick Kolodziejczyk.

---

ok je prends note
mais je préfère pour l'instant rester sur javac.exe

Bah dans c:\Programmes\Java\jdk1.6.0_XX\bin

ok j'ai compris l'erreur
j'ai désinstallé et réinstallé le jdk. Et là ça marche : je le trouve et le path fonctionne

je devais pas être en forme hier soir...
:roll: