Exception beim Ausführen per Konsole

[Luk10]

Grüße,

ich habe mit Eclipse eine runnable .jar Datei erstellt. Diese funktioniert sowohl auch einwandfrei, wenn ich sie per Doppelklick ausführe. Wenn ich jedoch die Datei mit java -jar in der Konsole ausführe fliegt folgende Excetion:

java.lang.ClassNotFoundException: e.a
        at java.net.URLClassLoader$1.run(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.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at java.io.ObjectInputStream.resolveClass(Unknown Source)
        at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source)
        at java.io.ObjectInputStream.readClassDesc(Unknown Source)
        at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
        at java.io.ObjectInputStream.readObject0(Unknown Source)
        at java.io.ObjectInputStream.readObject(Unknown Source)
        at de.greenOwlProduction.diabloStatistics.b.c.a(Unknown Source)
        at de.greenOwlProduction.diabloStatistics.b.c.a(Unknown Source)
        at de.greenOwlProduction.diabloStatistics.GopDisplay.<init>(Unknown Sour
ce)
        at de.greenOwlProduction.diabloStatistics.GopDisplay.main(Unknown Source
)
java.lang.ClassNotFoundException: e.c
        at java.net.URLClassLoader$1.run(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.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at java.io.ObjectInputStream.resolveClass(Unknown Source)
        at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source)
        at java.io.ObjectInputStream.readClassDesc(Unknown Source)
        at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
        at java.io.ObjectInputStream.readObject0(Unknown Source)
        at java.io.ObjectInputStream.readObject(Unknown Source)
        at de.greenOwlProduction.diabloStatistics.b.c.a(Unknown Source)
        at de.greenOwlProduction.diabloStatistics.b.c.b(Unknown Source)
        at de.greenOwlProduction.diabloStatistics.GopDisplay.<init>(Unknown Sour
ce)
        at de.greenOwlProduction.diabloStatistics.GopDisplay.main(Unknown Source
)
Exception in thread "main" java.lang.NullPointerException
        at de.greenOwlProduction.diabloStatistics.e.m.j(Unknown Source)
        at de.greenOwlProduction.diabloStatistics.e.m.<init>(Unknown Source)
        at de.greenOwlProduction.diabloStatistics.GopDisplay.<init>(Unknown Sour
ce)
        at de.greenOwlProduction.diabloStatistics.GopDisplay.main(Unknown Source
)

Liegt wohl an der Serialisierung, die verwendet wird, jedoch kann ich mir nicht erklären wieso die ClassNotFoundExcetions (nur) beim Ausführen per Konsole fliegen.

Danke,
-Luk10-

 

[Gast2]

Du hast Klassen die

e.a

und

e.c

heißen?! Dazu noch eine jar Datei b.jar?

Was genau machst du in deinem Code dass die Exception fliegen? Wo kommen die Klassen e.a etc. her, liegen die in dem jar file?

 

[Luk10]

Der Code ist obfuscated ... daher die komischen Namen. Die Klassen liegen alle in der (einzigen) .jar Datei

Es soll ein, in einer existierenden Datei gespeicherten, serialisiertes Objekt per Object-Input-Stream de-serialisiert werden.

Das Objekt "gehört" zu einer unveränderten Klasse aus der .jar Datei.

 

[DaveIT]

Ganz schnell würde ich mal vermuten das die Exceptions ohne Konsole nicht abgefangen werden. Daher treten sie beim Ausführen durch Doppelklick zwar auf, nur werden sie nicht angezeigt.

 

[Cola_Colin]

Der Code ist obfuscated ... daher die komischen Namen. Die Klassen liegen alle in der (einzigen) .jar Datei

Es soll ein, in einer existierenden Datei gespeicherten, serialisiertes Objekt per Object-Input-Stream de-serialisiert werden.

Das Objekt "gehört" zu einer unveränderten Klasse aus der .jar Datei.

Du kannst nicht ein Objekt einer Klasse A erst serialisieren, dann die Klasse in AX umbennen(d.h. obfuscaten) und danach A zu AX deserialieren. Da knallt es, weil A nicht mehr gefunden werden kann.

 

[Noctarius]

Wenn man Serialisierung und Obfucation nutzt, muss man dem Obfuscator bei wiederholten Obfuscation-Durchläufen eine alte Mapping-Datei mitgeben, damit die Klassen jedesmal die selben Obfuscated-Names bekommen, ansonsten werden neue Namen gewürfelt.

Sinnvoller ist es wahrscheinlich die Daten von Hand zu speichern (DataInputStream / DataOutputStream). Wenn sich dein Objekt nicht ändert, weißt du ja wie die Daten im Bytestream stehen.

Zum eigentlichen Problem:
Der Obfuscator erzeugt so ein Mapping-File normalerweise automatisch, schau halt nach welche Klasse das wirklich ist und du weißt welche Klasse fehlt.
Je nach Obfuscator kann diese beim Vorgang als "Unused" markiert und entfernt worden sein, da sie z.B. nur über sehr seltsame Refelection-Calls ohne auffindbaren, kompletten Canonical Path genutzt wird.

Generell bringt Obfuscation immer ganz neue Probleme mit sich.
Ich habe mal alleine 2 Tage an einem Programm gehangen bis ich den Obfuscator so konfiguriert hatte, dass auch nach der Obfuscation noch alles läuft. Du kannst danach quasi das gesamte Programm noch einmal an die QA geben zum Testen.

 

[Luk10]

Vielen Dank für die Antworten. Hab das jetzt mit "normalem" Code gestestet und dort funktioniert es einwandfrei.

Da ich Obfuscation eh nicht wirklich brauche, meide ich es erstmal und erspare mir die ganze Arbeit die Noctarius angesprochen hat.

-Luk10-