Exécution d'un simple programme impossible

salut tout le monde.

bon alors voila, j'ai honte de présenter un problème pareil. pourtant rien de bien compliqué mais je sature la. et je suis sur que la solution est très simple. mon probleme : n'arrive pas à exécuter un simple HelloWorld. pour plus de précisions, je tourne sur ubuntu. je me suis fais une classe hello.java avec le contenu suivant :

Code:

---

1 2 3 4 5 6 7 8

public class hello { public static void Main(String[] args) { System.out.println("hello"); } }

---

compile ca en ligne de commande :

Code:

---

1 2	javac ./hello.java

---

ce qui me donne le .class correspondant, dans le répertoire courant.

mais lorsque je tente l'exécution, et sauf erreur de ma part, il s'agit de la commande suivante :

Code:

---

1 2	java hello

---

ce qui me donne ceci :

Code:

---

1 2	Could not find the main class: ./hello. Program will exit.

---

exercice très simple, mais qui me fait peter les plombs la ... si vous pouvez m'indiquer une piste de sortie, ca serait vraiment cool !!!

merci

Citation:

---

Envoyé par splinternabs

Code:

---

1 2	Could not find the main class: ./hello. Program will exit.

---

---

T'as nommé la methode main avec M majuscule.

Code:

---

1 2 3 4 5 6 7 8

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

---

bien vu ... mais non lol.

j'ai corrigé mais ca le fait pas. d'autant plus que ma classe c'est hello et non main (méthode statique).

autre point, j'ai trouvé ceci : a priori le même souci chez d'autres personnes, qui parlent d'un souci de versions entre le JRE et leur JDK. sauf que pour ma part, il me semble avoir des versions compatibles (sauf erreur de ma part) :

Code:

---

1 2 3 4 5 6

javac -version javac 1.6.0_20 java -version java version "1.6.0_20" OpenJDK Runtime Environment (IcedTea6 1.9.9) (6b20-1.9.9-0ubuntu1~10.04.2) OpenJDK Server VM (build 19.0-b09, mixed mode)

---

on parle d'un "sudo update-alternatives --config java" pour faire la mise à jour (je donne ca pour ceux que ca intéresse),

pour ma part la réponse à cette commande est :

Code:

---

1 2	Il n'existe qu'une «*alternative*» dans le groupe de lien java*:*/usr/lib/jvm/java-6-openjdk/jre/bin/java. Rien à configurer.

---

Le message d'erreur n'est pas du tout le même. Le leur indique des versions de bytecode incompatibles, toi il indique qu'il ne trouve pas la classe demandée. (Soit dit en passant, ça n'avait donc, en effet, rien à voir avec la méthode main. Incorrecte, certes, mais la classe n'ayant même pas été trouvée on n'en était pas là.)

Vu que le message d'erreur indique qu'il ne trouve pas la classe ./hello, j'imagine que la commande que tu as vraiment tapée est

Code:

---

java ./hello

---

Ça ne marchera pas. La bonne commande est

Code:

---

java hello

---

c'est-à-dire ce que tu as dit, mais pas ce que tu as fait.
Quel message as-tu dans ce cas-là ?

Pour info, il faut être dans le même répertoire que là où se trouve le fichier hello.class (obtenu après compilation de hello.java)

Sauf si ton fichier .java commence par des infos de package machin;
Ce qui est mieux, mais qui complique un peu les choses.

merci pour ta réponse. en effet ma commande sur ce coup était java ./hello, étant dans le répertoire du fichier hello.java et hello.class, normalement ca devrait marcher me semble-t-il. ceci étant j'ai aussi essayé le "java hello" qui ne donne rien non plus.

une piste peut etre : le terminal permet une complétion des commandes, a savoir que si je tape "java h"+touche tab le terminal devrait me compléter le nom du fichier => "java hello". ce n'est pas le cas ... pourtant quand j'exécute cette manip avec le compilateur javac par exemple ca marche bien. une idée ?

merci.

Citation:

---

Envoyé par splinternabs

merci pour ta réponse. en effet ma commande sur ce coup était java ./hello, étant dans le répertoire du fichier hello.java et hello.class, normalement ca devrait marcher me semble-t-il. ceci étant j'ai aussi essayé le "java hello" qui ne donne rien non plus.

---

Message d'erreur, please. Je te l'ai demandé dans mon dernier message.

Citation:

---

Envoyé par splinternabs

une piste peut etre : le terminal permet une complétion des commandes, a savoir que si je tape "java h"+touche tab le terminal devrait me compléter le nom du fichier => "java hello".

---

Très improbable. À moins que ton shell ait le mode sémantique lourde activé, et qu'il ait un plugin d'utilisation de java, ce qui serait assez facile mais dont je n'ai jamais entendu parler.

(Par contre, il devrait proposer hello.java et hello.class, factorisés en hello. )

Citation:

---

Envoyé par splinternabs

pourtant quand j'exécute cette manip avec le compilateur javac par exemple ca marche bien. une idée ?

---

Ce sont deux choses différentes.
- Javac pense en terme de fichiers.
- Java pense en terme de classes disponibles dans le classpath (qui, par défaut, devrait inclure le répertoire en cours.)

Un truc que tu peux essayer, c'est d'imposer le répertoire en cours dans le classpath :

Code:

---

java -cp . hello

---

voila mon message d'erreur :

Code:

---

1 2 3 4 5 6 7 8 9 10

ridernabs@ridernabs-laptop:/usr/share/tomcat6/webapps/axis/Services/Packages$ java hello Exception in thread "main" java.lang.NoClassDefFoundError: hello Caused by: java.lang.ClassNotFoundException: hello at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) Could not find the main class: hello. Program will exit.

---

je me suis assuré que le chemin du répertoire en question se trouve bien dans le classpath.

voici le message d'erreur quand j'exécute la commande que tu me conseilles :

Code:

---

1 2 3 4 5 6 7 8 9 10

ridernabs@ridernabs-laptop:/usr/share/tomcat6/webapps/axis/Services/Packages$ java cp . hello Exception in thread "main" java.lang.NoClassDefFoundError: cp Caused by: java.lang.ClassNotFoundException: cp at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) Could not find the main class: cp. Program will exit.

---

merci a toi pour ces infos

Question con mais on sait jamais : t'es bien dans le dossier qui contient hello.class ? (un ptit ls ne fait de mal à personne :mrgreen:)

Bonjour.

Citation:

---

Envoyé par splinternabs

voici le message d'erreur quand j'exécute la commande que tu me conseilles :

Code:

---

1 2 3 4 5 6 7 8 9 10

ridernabs@ridernabs-laptop:/usr/share/tomcat6/webapps/axis/Services/Packages$ java cp . hello Exception in thread "main" java.lang.NoClassDefFoundError: cp Caused by: java.lang.ClassNotFoundException: cp at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) Could not find the main class: cp. Program will exit.

---

---

Il t'as conseillé java -cp . hello
tu n'as pas mis le "-"

cdt

oups, petite erreur de ma part en effet. n'ayant pas accès à mon poste en journée, je vous donnerai plus de news ce soir.

merci pour votre aide. :ccool:

bonne nouvelle, ca marche en effet le "java -cp . hello".

mais en revanche qu'est ce que ca veut dire ? a priori l'option -cp sert à indiquer le répertoire où se trouve la classe à rechercher si j'ai bien compris la chose, mais si tel est le cas, pourquoi est ce qu'il a besoin de cette précision étant donné qu'on est dans le répertoire même de la classe ?

Citation:

---

Envoyé par splinternabs

mais en revanche qu'est ce que ca veut dire ? a priori l'option -cp sert à indiquer le répertoire où se trouve la classe à rechercher si j'ai bien compris la chose, mais si tel est le cas, pourquoi est ce qu'il a besoin de cette précision étant donné qu'on est dans le répertoire même de la classe ?

---

De mémoire si tu fais java hello, c'est comme si tu mettais java -cp CLASSPATH hello (CLASSPATH étant une variable d'environnement).
Alors qu'avec java -cp . hello, tu vas rechercher les fichiers .class au sein du répertoire courant.

Et tu verras, dans le futur que l'on ne met pas les fichiers java et class au même endroit pour plus de lisibilité (dans un projet le répertoire src/ contient les .java et le répertoire bin/ contient les .class). Sachant que tout ceci deviendra totalement transparent pour toi quand tu passeras à un IDE.

PS : Plus de détails ici.

Citation:

---

Envoyé par splinternabs

pourquoi est ce qu'il a besoin de cette précision étant donné qu'on est dans le répertoire même de la classe ?

---

Je t'ai déjà dit que la commande "java" ne pense pas en terme de fichier mais en terme de classes disponibles dans le classpath.
Par défaut le classpath devrait inclure le répertoire en cours, oui, mais ton environnement change peut-être ça. D'où l'idée de le forcer à inclure le répertoire en cours.

Citation:

---

De mémoire si tu fais java hello, c'est comme si tu mettais java -cp CLASSPATH hello (CLASSPATH étant une variable d'environnement).
Alors qu'avec java -cp . hello, tu vas rechercher les fichiers .class au sein du répertoire courant.

---

et si le répertoire courant, celui dans lequel je suis était parametré dans le CLASSPATH, ca ne voudrait pas dire que "java -cp CLASSPATH hello" = "java -cp . hello" ?
ce qui m'amene au second point, de thelvin :

Citation:

---

Je t'ai déjà dit que la commande "java" ne pense pas en terme de fichier mais en terme de classes disponibles dans le classpath

---

étant donné que le classpath inclue le répertoire où se trouve la classe recherchée, ca devrait fonctionner non ?

enfin je ne dis pas ca pour vous contredire, d'ailleurs votre solution marche, j'essaie de creuser pour comprendre. et justement l'architecture d'une appli m'interesse aussi parce qu'il est vrai que je m'embrouille un peu avec tous les fichiers, les répertoires etc. j'ai utilisé Eclipse, mais j'ai mis de coté en attendant de mieux prendre en main java

merci pour vos réponses et votre aide en tout cas

Citation:

---

Envoyé par splinternabs

ca devrait fonctionner non ?

---

Si tu as ta variable d'environnement :
CLASSPATH = <ton chemin vers tes fichiers class>
Ou même
CLASSPATH = .

Alors java hello devrait marcher.

Mais la méthode : java -cp <ton chemin vers tes fichiers class> est préférable car garde l'indépendance de chaque projet. Dans le cas contraire, ça fait toucher une variable d'environnement à chaque fois, c'est pas top.

Citation:

---

Envoyé par splinternabs

étant donné que le classpath inclue le répertoire où se trouve la classe recherchée, ca devrait fonctionner non ?

---

Ton problème était justement que le classpath n'inclut pas le répertoire où se trouve la classe recherchée.
Raison pour laquelle, le forcer dedans a résolu ton problème.

Bonjour.
Ne serait-ce pas aussi lié à ta compilation ?
a priori tu avais fait

Code:

---

javac ./hello.java

---

au lieu d'un

Code:

---

javac hello.java

---

ça pourrait expliquer que tu aies dû ajouter -cp .

... Les deux commandes font la même chose -_-°. Javac pense bel et bien en termes de fichiers.

justement les gars, le chemin de mon répertoire se trouve bel et bien dans mon classpath. c'est ca que je trouve déroutant par rapport au répertoire courant.bon mon classpath contient d'autres répertoires aussi, mais il me semble que c'est normal non ? n'est ce pas ca qui le perturbe du coup ?

pour le coup, l'affaire est "résolue" mais ca reste que provisoire parce que je sens que je vais rencontrer tres bientot le souci, surtout que je vais avoir des packages qui vont s'en meler :P

je pense qu'on peut basculer le dossier en "résolu" cette fois ci, jusqu'a nouvelle surprise !!! ;)

ps : comment je bascule le sujet en résolu ? :oops:

effacez votre variable d'environnement CLASSPATH, java n'en a pas besoin pour fonctionner. Le classpath par défaut qui contient la jvm + le répertoire courant et suffisant pour la plupart des applications.

Citation:

---

Envoyé par splinternabs

ps : comment je bascule le sujet en résolu ? :oops:

---

En cliquant sur le bouton résolu en bas..

honte a moi, meme pas vu lol. ok merci pour vos retours en tout cas