Interpreter-Fehler jar startet mit 1.6 java nich

[hans-sonny]

hi leute,

ich hab mein spiel mit jdk 1.7 kompiliert ... leute die 1.6 installiert haben können mein spiel nicht starten ... woran könnte das ligen?

 

[Helgon]

Daran das es für 1.7 kompiliert ist?

Java ist so gesehen nur aufwärts kompatibel

Kannst es nachträglich unter Properties vom Projekt unter "Java Compiler" ändern

 

[hans-sonny]

das ist ja doof ... also wenn ich die aktuellste 1.7.X.X hab muss der andere der mein jar ausführen will selbe version haben ?

 

[Helgon]

Er muss sie auch haben, oder du kompilierst eben für 1.6 (was man momentan eigentlich eh machen sollte, weil die meisten eben noch 1.6 drauf haben)

Die neuen Funktionen aus 1.7, da kannste wohl getrost auch erst mal ohne auskommen.

 

[Final_Striker]

Wenn du das Programm mit Java 1.7 compilierst, dann braucht man mindestens Java 1.7 um das Programm auszuführen.

 

[Gast2]

Wenn du das Programm mit Java 1.7 compilierst

Das stimmt nicht ganz. Das müsste eher heißen: "Wenn du das Programm FÜR Java 1.7 compilierst"

Du kannst dem java compiler sagen dass er dein Programm für Java 1.6 startbar kompilieren soll, siehe -source und -target flags.

 

[Java7]

Was das "man sollte noch für 1.6 compilen" angeht würde ich zumindest unter Windows ein ganz großes VETO einlegen, denn 1.7 ist mitlerweile über java.com: Java + You für jeden 0815-User verfügbar. Und somit dürfte dann auch bei einem großteil der JavaUpdateScheduler sich bereits gemeldet haben und das Update dürfte bei vielen schon drauf sein.

Alternativ kann man das JAR auch mit Launch4J so packen das geprüft wird ob Java7 drauf ist und wenn nicht automatisch der Browser zur Download-Seite auf java.com geöffnet.

Wie das ganze unter Unix/Mac aussieht weis ich nicht. Aber gerade bei Unix gibts ja wohl zur Zeit nur die Möglichkeit selbst OpenJDK zu installieren da wohl seit Java7 die Bestimmungen zum Vertreiben von Binary-Packages geändert wurden. Und unter Mac muss man sich doch eh immer nach Apple richten soweit ich das mitbekommen habe. Außerdem müsste man gerade für Mac eigentlich noch mit 1.5 entwickeln da viele sicher noch ältere PPC-Macs haben für die es nur 1.5 gibt. 1.6 gibts ja erst seit x86 für MAC.


Man merkt : die Diskusion "für welche Version compilen" kann man in beide Richtungen breit genug argumentieren. Letztlich kommt es auf den Entwickler an Welche Klassen er nutzt und welche Java-Version diese vorraussetzen.

OT : ich z.B. arbeite viel mit der NIO.2 - File-API die ich nur unter Java7 habe, ergo muss ich meine "User" also dazu "zwingen" Java7 zu verwenden da sonst meine Software nicht läuft. Und sowas sind die eigentlich ausschlaggebenden Punkte : welche Java-Version.

 

[hans-sonny]

Das stimmt nicht ganz. Das müsste eher heißen: "Wenn du das Programm FÜR Java 1.7 compilierst"

Du kannst dem java compiler sagen dass er dein Programm für Java 1.6 startbar kompilieren soll, siehe -source und -target flags.

kannst du mir erklären wie ich das in netbeans einstelle dass wenn ich es mit 1.7 kompiliere dass es auch unter 1.6 startbar wird ...


verwende echt nur standard klassen ... aber wenn ich es mit 1.6 wieder compilieren will meckert es irgendwelche paths würden nicht stimmen ...

so stelle ich es ein:



wenn es jemand der nicht die aktuellse java version hat ausfürhen will kommt das:

hs082089:dist duynguyenthai$ java -jar UNO_netbeans.jar
Exception in thread "main" java.lang.UnsupportedClassVersionError: start/Uno : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)




// edit hat sich erledigt ... geht jetzt