Wieso finden andere nicht die main .class

[Marvelman]

Ich versuche schon seit Stunden mein kleines Programm richtig zum laufen zu bringen.
Der Witz ist bei mir funktioniert es größten teils Propleme los bei anderen kommt die meldung

coudn't find the main class programm will exit

Ein paar infos:
complier BlueJ
JDK 1.6.0_01

Eigentlich sind zwei .class Datein names Teller und MyPanel, in der Teller ist meine main Methode
Ich hab schon verschiedene Möglichkeiten durch gespielt mit *.jar und ohne.
Im moment versuche ich es mit der *jar methode wobei die beiden dateien im Stammverzeichniss liegen
Ich bin nicht sicher wie ich es mit der Manifest Datei handhaben soll:
Dateistrukture des jar archives

-Teller.class
-MyPanel.class
--MANIFEST.MF

Anfangs hatte ich auch Probleme weil irgendwas mit der main Mehtode nicht stimmte aber
ich kann euch den code von der Teller classe ziegen wenn das hilft:

import java.awt.*;
import java.awt.event.*;
public class Teller
{
    public static void main(String[] arg) 
    {
        Frame f = new Frame("Java Cafe");
        MyPanel p = new MyPanel();
        f.add(p);
        f.pack();
       
        f.setVisible(true);
        f.addWindowListener(new WindowAdapter()
        { public void windowClosing(WindowEvent e)
            {System.exit(0);}
           });
       }
    }

Der Inhalt von MyPanel willich niemanden untun[/code]

 

[Wildcard]

Wie sieht denn dein Manifest aus?

 

[Guest]

Im momet sieht sie so aus
Manifest-Version: 1.0
Class-Path:
Main-Class: Teller

Allerdings habe ich auch schon

Class_Path: ./

auspropiert

 

[Wildcard]

2 Leere Zeilen am Ende?

 

[Gast]

Ja sind die sind da

 

[Wildcard]

Die Classpath sache solltest du weglassen. Versuch mal so:

Manifest-Version: 1.0
Main-Class: Teller

 

[Marvelman]

Ich weiss zwar nicht wieso aber im moment lässt sich mein programm nicht mehr schliessen

 

[Wildcard]

Dann konnte man es ja zumindest starten :lol:

 

[Marvelman]

Okay ursache gefunden
Niemals zip nehmen sonder die jar exportfunktion von BlueJ

 

[Marvelman]

Aber da meine kollegen alle mitlerweile offline sind kann ich es nicht mehr testen lassen ob es bei anderen funktioniert

 

[Marvelman]

Hab doch noch einen Gefunden nur lies sich bei ihm die Final*.jar nicht öffnen
ich habe ihm eine *.bat gesender mit dem inhalt:

echo off
java -cp Final.jar Teller

Ich muss dazu sagen er hat sein java auf 1.6.0_01 geupdatet und die alte version deinstalliert
Er bekamm aber diese Fehlermeldung

        Exception in thread "main" java.lang.UnsupportedClassVersionError: B

        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(Unknown Source)
        at java.security.SecureClassLoader.defineClass(Unknown Sourc
        at java.net.URLClassLoader.defineClass(Unknown Source)
        at java.net.URLClassLoader.access$100(Unknown Source)
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method
        at java.net.URLClassLoader.findClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClassInternal(Unknown Source)

 

[Wildcard]

Wenn du mit Java 6 Level kompilierst kann man mit keinem Java < 6 deine Klassen starten.
jars kann man übrigens einfach mit
java -jar meineJAR.jar
starten.

 

[Marvelman]

Wie gesagt er hat schon auf Java 6 geupdatet, allerdings hab ich gelesen, dass dabei Probleme auftreten können. Aber vielen dank für den Tipp mit dem aufruf. Ich hätte da noch ne Frage wie griege ich es ihn, dass die Konsole geschlossen wird wenn ich eine *.bat verwende, bei mir bleibt die immer als Schwarzes Fenster offen?

 

[Wildcard]

Jar's sind doch ausführbar, warum also überhaupt die .bat?

 

[L-ectron-X]

Wenn die Jar-Datei richtig erzeugt wurde, verhält sie sich ähnlich wie eine Exe-Datei unter MS-Windows. Man kann sie also per Doppelklick starten.
Wenn du unbedingt aber an deiner Batchdatei-Variante festhalten willst, muss der Interpreter-Aufruf etwas anders aussehen:

javaw -jar MeinProgramm.jar

Auch hier muss es eine Manifestdatei geben, in der die Main-Class angegeben wurde.
Dann wird kein Konsolenfenster mehr geöffnet.

 

[Leroy42]

Wenn du mit Java 6 Level kompilierst kann man mit keinem Java < 6 deine Klassen starten.

:shock: Was soll denn der Scheiß?

Sorry, aber das geht mir auf den Keks! Was denken sich Sun's Javianer
eigentlich? Hat es denen denn nicht schon gereicht, daß der Byte-Code
von Java 1.5 inkompatibel zu all seinen Vorgängern ist?

Wollen die mit Absicht eine Flut von inkompatiblen Versionen
produzieren und so Java letztendlich kaputt machen?

P.S.: Ich arbeite derzeit mit Java 1.5 Ist denn Wildcard's Aussage überhaupt korrekt?

 

[Chris_1980]

Ja, ist sie. Aber ist doch auch logisch. Wenn die neuen Sprachelemente in den Vorrgängerversionen einfach noch nicht vorhanden waren kann das ja auch nicht gehen. :wink:
Wo gibts das schon, das etwas aufwärtskompatibel ist? Die Abwärtskompatibilität ist ja gegeben und sollte halt auch langen. Wenn du nur Elemente von <1.6 nutzt, dann kompilier sie doch mit der kleinst möglichen Version und alles ist gut.

 

[Leroy42]

Wenn du nur Elemente von <1.6 nutzt, dann kompilier sie doch mit der kleinst möglichen Version und alles ist gut.

Das ist doch keine Lösung. Mir ist klar, daß sich die API von Version zu Version
ändert (erweitert wird). Aber warum muß sich denn der Byte-Code ändern? :autsch:

Das bedeutet doch, daß ich, um die neue API zu nutzen, alles auf
Java 1.6 Ebene kompilieren muß und umschalten, wenn ich
für Java < 1.6 ausliefern will.

Daß sich eine Notwendigkeit zur Bytecode-Änderung von 1.4 ==> 1.5
ergab, sehe ich ja noch ein. Schließlich hat sich die Sprache selbst
verändert (Auto(un)boxing, foreach-Schleife, Generics, ...)

Aber was hat sich denn an der Sprache von 1.5 ==> 1.6 geändert, daß
schon wieder eine Bytecode-Änderung rechtfertigt? :shock:

Meines (geringen) Wissens nach, wurde doch nur die API erweitert
und keine neuen Sprachkonzepte eingeführt. ???:L

 

[Wildcard]

Java war noch nie aufwärtskompatibel und das ist doch auch ganz normal.
Der Bytecode an sich muss nicht unbedingt geändert sein, der Class wird ein Flag beigelegt anhand dessen die Kompilat Version identifiziert wird, so erhälst du direkt zum Start einen Error, was wesentlich besser ist als die VM inkonsitent zu machen.
Du kannst mit 1.6 ja auch für niedrigere Versionen kompilieren (Comliance Level), wo ist also das Problem?

 

[Leroy42]

Ich hab' hierzu mal einen separaten Thread aufgemacht.

 

[Marvelman]

Ist gut Jungs ich haben einen Kumpel gebeten sein Java zu updaten auch wenn seinen 1.5.X version behauptet hatte sie sei up to date, was ich nicht ganz verstehe und er auch nicht, egal.
Auf jedenfall funktioniert es und ich bin happy.
PS: Danke für den Batchcode, ich wollte ihn für den fall das jemand z.b winrar installiert hat und die *.jar Datei standart mässig damit verknüpft ist