07.04.01 java/javaw – Programme ausführen

Sie kennen bereits den Befehl java um eine kompilierte Class-Datei mit Main-Methode auszuführen. Auch wissen Sie schon, wie Sie den Classpath beim Ausführen eines Programms setzen. In diesem Kapitel lernen Sie weitere Parameter und das Programm javaw (welches nicht auf allen Plattformen zur Verfügung steht) kennen.

Bevor wir uns den Parametern widmen, werfen wir zuerst einen Blick auf das Programm javaw. Dieses kleine Tool finden Sie – sofern unterstützt – ebenso wie java im bin-Verzeichnis Ihrer JRE.

Unter Windows wäre dies z. B. C:\Programme\Java\jre6\bin\java.exe bzw. C:\Programme\Java\jre6\bin\javaw.exe.

Im Prinzip ist der javaw-Aufruf der java-Aufruf ohne Konsole und eignet sich folglich für Hintergrundprozesse oder grafische Programme. Sie können also mit „javaw“ genauso Java-Programme starten wie mit „java“. Der Unterschied liegt darin, dass Sie die Konsole nach Aufruf von „javaw“ wieder schließen können, ohne das Programm zu beenden. Schließen Sie die Konsole nach einem „java“ Aufruf, wird Ihr Programm auch gleichzeitig mit beendet. Da „javaw“ auf die Konsole verzichten kann, werden auch keine System.out.println oder System.err.println ausgegeben.

Bei jedem Aufruf von „java“ oder „javaw“ wird eine neue Java VirtualMachine (JVM) gestartet, die für die Ausführung Ihres Java-Programms zuständig ist.

Java HotSpot VM

In diesem Kapitel werden Sie oft etwas von „Kompilieren“ und „Java HotSpot VM“ oder ähnlichem lesen. Hiermit ist aber nicht das standardmäßige Kompilieren von Java-Quellcode in Java-Bytecode gemeint, weshalb ich Ihnen zuerst kurz und knackig erkläre, was es damit auf sich hat:

Bei der Standard-VirtualMachine, die für die Ausführung Ihrer Programme und Klassen zuständig ist, ist eine so genannte „Java HotSpot VM“ integriert. Diese kompiliert den Byte-Code zur Laufzeit in Maschinencode und sorgt damit für einen Geschwindigkeitsschub. Wenn in diesem Kapitel also vom Kompilieren geredet wird, ist damit das Kompilieren von Byte-Code in Maschinencode gemeint.

Parameter/Optionen

Verschaffen wir uns nun einen groben Überblick (die wichtigeren Optionen werden auch detaillierter besprochen), über die verfügbaren Standard-Optionen.

Beachten Sie, dass alle Optionen zwischen dem Wörtchen „java“ und dem Klassennamen stehen müssen. Alles nach dem zu ladenden Klassennamen wird dieser Klasse als Argument übergeben. Klassennamen werden grundsätzlich ohne .class am Ende eingegeben und Package-Namen werden über den Punkt „.“ kenntlich gemacht.

java [Optionen] Klassenname [Argumente]

...
[Loaded sun.reflect.misc.ReflectUtil from shared objects file]
[Loaded java.io.FilterOutputStream from shared objects file]
[Loaded java.io.PrintStream from shared objects file]
[Loaded java.io.BufferedOutputStream from shared objects file]
...

[GC 896K->241K(5056K), 0.0047166 secs]
[GC 1137K->381K(5056K), 0.0033075 secs]
[GC 1277K->578K(5056K), 0.0034377 secs]
[GC 1474K->694K(5056K), 0.0024411 secs]

[Registering JNI native method java.lang.Compiler.compileClass]
[Registering JNI native method java.lang.Compiler.compileClasses]
[Registering JNI native method java.lang.Compiler.command]

[Dynamic-linking native method sun.misc.VM.initialize ... JNI]
[Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI]
[Dynamic-linking native method java.lang.System.setOut0 ... JNI]

Zusätzlich zu den genannten Standard-Optionen gibt es noch nicht standardmäßige Optionen. Diese Optionen müssen nicht (je nach verwendeter VirtualMachine) zwingend zur Verfügung stehen.