Proguard unter Eclipse

Eigentlich musst du gar nix machen. ProGuard ist ab SDK 2.2 dabei und es wird automatisch beim Erstellen der Releaseversion genutzt. Dafür musst für nur eine proguard.cfg anlegen.

Hm, bei mir gibts die Ordner/Dateien, funktioniert aber trotzdem nicht;

Nach der Einrichtung nach dieser Anleitung scheitert es offenbar daran, das Java bei mir unter "program files" (man beachte das Leerzeichen...) installiert ist, jedenfalls kommt "Befehl c:\program" kann nicht gefunden werden"...

Jemand ne Ahnung, ob ich da noch was machen kann?

Das Problem hatte ich auch. Allerdings ist das Problem evtl. nicht Java, sondern dein Workspace, auf den ProGuard losgelassen wird.
Da es als Shell-Script aufgerufen wird und dein Source-Folder (oder auch die cfg Datei) als Parameter übergeben wird, verschluckt er sich an dern Leerzeichen, weil er denkt, dass danach der Wert zu Ende ist.
Bei mir hat es geholfen den Workspace in einen Ordner zu verlegen, der keine Leerzeichen im Pfad hat.

— geändert am 02.02.2011, 11:35:05

Mit den Original-Dateien bekomme ich folgende Meldung:


Ändere ich unter tools/proguard/bin/proguard.bat die Zeile
call %java_exe% -jar "%PROGUARD_HOME%"\lib\proguard.jar %1 %2 %3 %4 %5 %6 %7 %8 %9
in
call "%java_exe%" -jar "%PROGUARD_HOME%"\lib\proguard.jar %1 %2 %3 %4 %5 %6 %7 %8 %9
Dann ändert sich die Meldung zu


Ändere ich obige Zeile zu
call java -jar 'C:\Program Files\Java\android-sdk\tools\proguard\lib\proguard.jar' "%1" "%2" "%3" "%4" "%5" "%6" "%7" "%8" "%9"
dann erhalte ich die Meldung


Mit Double statt Single-Quotes erhalte ich

Ein cd ins lib Verzeichnis und dann java -jar proguard.jar macht keinen Unterschied.

Tja, und nun gehen mir gerade die Ideen aus... gibt wohl keine Alternative zu Rafaels Hinweis, die Ordner zu verschieben...
Echt professionelle Tolls, ich dachte das Problem mit den Leerzeichen hätten wir seit gut 10 Jahren hinter uns

Eclipse-Workspace verschieben ist ja jetzt auch nicht DIE Arbeit

Der hat ja keine Abhängigkeiten. Strg-X ... Strg-V und gut ist.

Ich war auch kurz in Versuchung die Scripte in Augenschein zu nehmen...aber wozu die Zeit investieren? Es zählt was unterm Strich rauskommt

— geändert am 02.02.2011, 12:57:17

Es geht ja auch nicht um die Arbeit, sondern ums Prinzip - ich soll jetzt meine Datenorganisation umstellen, nur weil irgendein Depp immer noch nicht mitbekommen hat, das man (seit wie vielen Jahrzehnten?) Leerzeichen in Dateinamen benutzen kann

Abhängigkeiten gibt es übrigens durchaus - Backup-Scripte, Shortcuts, ...

Wäre für mich z.B. ein absolutes NoGo ... aber jeder kultiviert halt über die Jahre seinen eigenen Stil

Vom Prinzip her sehe ich die Dinge aber ganz einfach pragmatisch
Ich kann 10 Sekunden damit verbringen den Workspace zu verschieben, oder 1Std. Scripte lesen.
Da fällt die Entscheidung leicht

@Mac:
Hast Du schonmal darüber nachgedacht warum da eine Permission denied gemeldet wird und keine FileNotFound?
Wenn es darum ginge, dass er die Datei dort nicht findet, wäre das zweite doch eher der Fall.
Evtl. will er dort was hinschreiben und hat nicht die nötigen Rechte?

— geändert am 02.02.2011, 22:34:42