Je suis compilation simple programme Java Helloworld.java

bien que / usr / bin @ ce chemin javac est présent,
y at-il une ligne de commande que je peux passer le bien que cette option
javac-lik opttion (javac path) filename.java
que je n'ai pas les autorisations de mettre en chemin.

Aussi blanc ne fait cette erreur, c'est ...


Je reçois l'erreur ci-dessous: --
\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d \u003d\u003d
libgcj-javac-placeholder.sh

Ce script est un espace réservé pour le répertoire / usr / bin / javac
maître lien requis par jpackage.org conventions. libgcj du
rmiregistry, rmic pot et outils sont maintenant à ces esclaves des liens symboliques
maîtres, et sont gérées par les solutions de remplacement (8) du système.

Ce changement était nécessaire parce que le rmiregistry, rmic pot et outils
installés par les versions précédentes de libgcj conflit avec les liens symboliques
installé par jpackage.org JVM packages.

Ce script a été conçu pour être outrepassé par l'appuie RHEL3 SDK
paquets, java-1.4.2-bea-devel et java-1.4.2-ibm-devel. C'est
installé comme une alternative en tant que lien symbolique / usr / bin / javac. Il
l'emporter sur un tiers (non-RHEL3) SDK javac commande si le SDK
bin est répertorié après / usr / bin dans le PATH. Dans ce cas, il est
recommandé que la troisième partie du répertoire bin du SDK être citées en premier
PATH en place.
\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d \u003d\u003d\u003d\u003d\u003d


Merci & ce qui concerne
Kunal