Interpreteraufruf bring Error obwohl dies nicht sein dürfte.

[JPKI]

Hallo Leute. Ich habe auf meinem PC meherer Java-Versionen parrallel installiert:

- JRE 1.42 (war beim Kauf schon drauf [reimt sich und ist wahr ;-) ]
- JRE 1.5.06
- JRE 1.6 (ganz was Neues :wink: )

- JDK 1.5.06
- JDK 1.6

So.
Wenn ich jetzt von meinem anderen PC (NUR JDK 1.5.06) etwas Kompiliertes habe und auf dem anderen Rechner (siehe oben) ausführen möchte, bekomme ich einen NoClassDefFoundError. Dabei bin ich mir 100%tig sicher, dass alle CLASS-Dateien und sonstige, auf die ich in meinem Programm zugreife, dort sind wo sie sein sollen.

Ein Aufruf von java.exe mit dem Parameter -version bestätigt mir, dass es die EXE-Datei aus der JRE 1.6 ist. Weiss wer Rat?

 

[Murray]

Hast Du mal die CLASSPATH-Umgebungsvariable auf beiden Rechnern verglichen? Wie startest Du das Programm - aus einem JAR-File mit "java -jar" oder aus einem einfachen Class-File? Gibst Du beim Start den Classpath explizit vor? Wo kommt denn der Fehler, bei der Klasse mit der main-Methode, oder bei einer davon nachgeladenen Klasse?

 

[Guest]

Sicher, dass die korrekte Java-Version verwendet wird?

Sehr hilfreich ist oft das Unix Hilfsprogramm "which"
(u.a. hier für Windows portiert worden: http://unxutils.sourceforge.net/)
Damit kannst du z.B. mit which java.exe rausfinden, welche Version
von Java verwendet wird. Im Gegensatz zu java -version erfährst du
auch, wo es liegt. (Windows Verzeichnis, crogramme\Java... oder sonstwo)

Beim compilieren ist auch die Kompatibilität von Bytecode wichtig -source
und -target Parameter beim Compilieren

Sonst, wie bereits geschrieben, classpath prüfen.

 

[André Uhres]

In "jre1.6.0\lib" oder "jre1.6.0\lib\ext" könnten auf der einen Maschine benötigte jar-Dateien stehen und auf der anderen fehlen.
Jar-Dateien die dort stehen müssen nämlich nicht im classpath sein!

 

[JPKI]

Alles ja gute Vorschläge, auch dieses Tool hab ich probiert; und es ist wirklich die java.exe von der JRE 1.6. Ich starte es (das Programm ist ja noch nicht ganz fertig, später pack ich's in ne JAR) mit

java JPKIMultimedia

, also ne einzelne CLASS-Datei. Die Datei "JPKIMultimedia.class" befindet sich an der richtigen Stelle, auch alle anderen benötigten Dateien (auch die JARs).

Hier mal eine kleine Hilfe zwecks Übersichtlichkeit:

 

[Wildcard]

ist die Klasse in einem package?

 

[JPKI]

Nein. Aber sie greift auf meine selbsterstellten Packete "control", "gui" und "media" (siehe oben) sowie auf die gedownloadeten Packete im Ordner "org" zu.

 

[Murray]

Was gibt echo %classpath% aus?

 

[JPKI]

D:\Programme\Java\JMF2.1.1e\lib

Kann's sein, dass da was fehlt??

 

[Murray]

Dann mach mal set classpath=.;%classpath%

Der Punkt ist wichtig; Java kommt nicht von selbst auf die Idee, im aktuellen Verzeichnis zu suchen.

 

[JPKI]

klappt immer noch nicht
Hab's sogar den PC neu gestartet... vergebens :roll: ???:L :bahnhof:

 

[Murray]

Versuch doch mal java -verbose -cp . JPKIMultimedia

 

[JPKI]

Bringt auch nix. Der NoClassDefFoundError kommt weiterhin...

 

[Wildcard]

Ich glaube trotzdem an ein package Problem.
Kannst du die Klasse mal posten das sie jemand anders testen kann?

 

[JPKI]

Jap:

/*
 * @(#) JPKIMultimedia.java
 *
 * Urheberrechtlich geschützt, Jan-Philipp.
 * Alle Rechte vorbehalten.
 */

import gui.*;

/**
 * Startet JPKI Multimedia.
 *
 * @author Jan-Philipp 
 * @version 1.00, 11 03 2007
 */

public class JPKIMultimedia {

  public JPKIMultimedia() {

   new JPKIMultimediaWindow();
 }

  public static void main(String args[]) {

   new JPKIMultimedia();
 }
}

Die Klasse soll eigentlich nur das Hauptprogramm starten. Aber sie wird nicht gefunden, wie schon gesagt

 

[JPKI]

Fragt bitte nicht, wieso ich das JPKIMultimediaWindow nicht gleich in der Main-Methode aufrufe, das hier dient der Übersichtlichkeit!

 

[Wildcard]

Mach die Klasse in ein package. Dem Default package ist nicht zu trauen.

 

[JPKI]

Ich kann's leider erst morgen ausprobieren, melde mich dann morgen abend und sage bescheid, ob's geklappt hat. Danke schon mal für den Tipp!

 

[Leroy42]

Dem Default package ist nicht zu trauen.

:shock: Was ist das denn für eine Aussage? :shock:

 

[Wildcard]

:shock: Was ist das denn für eine Aussage? :shock:

Ein Ratschlag potentielle Fehlerquellen aus der Gleichung zu streichen, da das default package nicht ohne Grund discouraged ist.

 

[JPKI]

Danke für die Tipps Leute, ich hab's jetzt gelöst:

1.) Ich hab die Klasse in ein Package getan und analog dazu
2.) die Klasspathvariable neu gesetzt:

.;.;D:\Programme\Java\JMF2.1.1e\lib\sound.jar;D:\Programme\Java\JMF2.1.1e\lib\jmf.jar;D:\Programme\Java\JMF2.1.1e\lib;

Ob es jetzt an Punkt eins oder zwei lag, weiss ich nicht; wichtiger ist, dass es jetzt funktioniert.

 

[Chris_1980]

:shock: Was ist das denn für eine Aussage? :shock:

Ein Ratschlag potentielle Fehlerquellen aus der Gleichung zu streichen, da das default package nicht ohne Grund discouraged ist.

das default package ist entmutigt/mutlos ? :bahnhof:

 

[Wildcard]

Die Verwendung ist discouraged :roll:

 

[André Uhres]

http://www.java-forum.org/de/viewtopic.php?p=245361#245361

 

[Chris_1980]

Das ist ja gut zu Wissen.
Ich hab meine Progs die ich so zu Hause schreibe zwar sowieso immer in packages gemacht, schon wegen der Übersicht, aber in der Schule haben wir grundsätzlich und nur das default package genutzt. :shock: :roll: