Auto Deodex Tool

APK´s oder Jar´s die kein odex gegestück haben braucht man nicht deodexen.

Wenn welche übrig geblieben sind dann hast du den bootclasspath nicht richtig angegeben.

Deodexing

Was ist deodexing?:

Bei den Stock ROMs hat es jeweils im /system/app oder im
/system/framework Ordner nicht nur APK- bzw. JAR-Dateien, sondern auch
die dazugehörigen ODEX-Dateien.

Beim Deodexing wird die ODEX-Datei zurück in eine classes.dex Datei konvertiert und in die APK/JAR Datei gepackt.

Was bringt ein deodextes ROM?:

Diese deodexten Dateien sind meistens kleiner als die APK/JAR + die
ODEX-Datei zusammen. Wenn man z.B. den ganzen /system/app und
/system/framework Ordner deodext, kann man da schon einige Megabytes
sparen.

Deodexte ROMs sind auch für Designer/Themer ganz interessant. Denn bei
diesen ROMs kann man ohne weiteres die Schriftgrösse oder Schriftfarbe
verändern.

ODEX-Dateien:

Kurz gesagt ist eine ODEX-Datei eine optimierte Version einer
classes.dex Datei, welche Geräte spezifische Optimierungen beinhaltet.
Insbesondere hat eine ODEX-Datei Abhängigkeiten auf jede
"BOOTCLASSPATH" Datei, die geladen wird, wenn sie generiert wird.

Diese ODEX-Datei ist nur dann gültig, wenn man sie mit genau diesen
"BOOTCLASSPATH" Dateien verwendet. Die Dalvik Virtual Machine erzwingt
dies, indem sie eine Prüfsumme für jede Datei erstellt, auf die die
ODEX-Datei abhängig ist und stellt sicher, dass die Prüfsumme für jede
Datei übereinstimmt, wenn die ODEX-Datei geladen wird.

BOOTCLASSPATH:

Der BOOTCLASSPATH ist eine einfache Liste, welche die Klassen, der
APK-/JAR-Dateien beinhaltet, die geladen werden können. (Zusätzlich zu
den wichtigsten APK-/JAR-Dateien, die geladen werden.)

Ein normales Android System hat 5 JAR-Dateien in seiner "BOOTCLASSPATH"
Datei: core.jar, ext.jar, framework.jar, android.policy.jar und
services.jar. Diese Dateien befinden sich alle im Ordner
/system/framework. Einige APKs haben auch gewisse Abhängigkeiten zu
zusätzlichen JAR- oder APK-Dateien über die fünf Basis JARs hinaus.

Beispiel:

Für die Anwendung, die Google Maps verwendet, wird
com.google.android.maps.jar an die BOOTLCLASSPATH-Datei für die APK der
App angehängt werden.

Du mußt bei dem Auto Deodex Tool die Option 2 benutzen und dort den bootclasspath angeben.

Als Beispiel :

core.jar:corejunit.jar:framework.jar:ext.jar:bouncycastle.jar:javax.obex.jar:

Wenn du denn bootclasspath nicht angibts und z.b. die bluetooth.apk deodexen möchtest kommt so eine Fehlermeldung :

Error occured while loading boot class path files. Aborting.
org.jf.dexlib.Code.Analysis.ClassPath$ClassNotFoundException: Could not find superclass Ljavax/obex/
ServerRequestHandler;
at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.loadSuperclass(ClassPath.java:784)
at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.<init>(ClassPath.java:668)
at org.jf.dexlib.Code.Analysis.ClassPath.loadClassDef(ClassPath.java:280)
at org.jf.dexlib.Code.Analysis.ClassPath.initClassPath(ClassPath.java:163)
at org.jf.dexlib.Code.Analysis.ClassPath.InitializeClassPathFromOdex(ClassPath.java:110)
at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:98)
at org.jf.baksmali.main.main(main.java:278)
Error while loading class Lcom/android/bluetooth/opp/BluetoothOppObexServerSession; from file H:\Aut
oDEOTool1.0.2\AutoDEOTool1.0.2\_app\Bluetooth.odex
Error while loading ClassPath class Lcom/android/bluetooth/opp/BluetoothOppObexServerSession;

Das System kann die angegebene Datei nicht finden.

An der rot markierten Stelle siehst Du welche Abhängigkeit ihm fehlt : also hier die javax.obex.jar aus dem framework-verzeichnis.

Also trägst du als bootclasspath javax.obex.jar ein.

Du kannst mehrere durch einen doppelpunkt getrennt hintereinander schreiben.