Aber nun zur Release: In dieser Version haben wir das Generieren der Konfigurationsdateien für den Obfuscator verbessert, da wir nun auch die in Extensions referenzierten Klassen ermitteln und von der Obfuskierung ausschließen können. Und dann haben wir die für eine Softwareanwendung unerlässliche Online-Dokumentation hinzugefügt.

Hier die offizielle Release-Meldung: http://obfuscate4e.partmaster.de/blog/version-0-7-0-released

Weiter geht es in Richtung Obfuscate4e 1.0!

Abhilfe schaffte das Einsetzen des Schalters -dontusemixedcaseclassnames in der Proguard-Konfiguration, und schon macht Proguard bei der 27. Klasse eines Packages mit "aa.class" weiter. Das sollte m.E. Voreinstellung sein!

Einen interessanten Workaround fand ich bei http://osdir.com/ml/java.sun.kvm/2003-09/msg00083.html :

If you have more than 26 files,create another package and place the rest 26 files and so on.

Klasse!

Die Details zur neuen Version und zur Anwendung des Plugins sind auf der Homepage des Projekts zu finden: http://obfuscate4e.partmaster.de/ ...

Das war ziemlich nervig, weil der Grund dafür nicht lokaloisierbar war und der Fehler sogar auftrat, wenn ich die letzte Release auscheckte und diese nachweislich funktionierende Version nicht funktionierte. Bis ich nun den Fehler gefunden habe:
Beim Testen der Distribution vor der letzten Release habe ich das feature auch mal über unsere Update site installiert. Und zwar in die Extension location, in der ich eigentlich nur das Subversive Feature verwalte. Und wann immer ich ein Eclipse neu aufsetzte und die Subversive-Extension location integrierte, kannte Eclipse auch das (mittlerweile veraltete) proguard-Plugin. Nachdem ich es entfernt und Eclipse einmal neu gestartet hatte, funktionierte alles wieder bestens. Es war also wirklich ein Konfigurationsfehler – 1:0 für Ant.

Gefunden habe ich den Fehler übrigens, als ich in der Eclipse IDE (mit geöffnetem obfuscate4e-Workspace) in den Preferences > Ant > Runtime im Classpath das proguard.jar und in der Tasks-Liste den proguard-Task gelistst sah, den Eclipse zu diesem Zeitpunkt gar nicht kennen durfte. Zum Glück habe ich vergessen zu zählen, wie viele Stunden mich dieser Fehler gekostet hat.

There were about 40 people, nine of them wanted to talk about their projects related to the Eclipse ecosystem. The talks were mainly focused on MSDS, maybe a consequence of the inviting folks ;-).

Volker also gave an introduction to obfuscate4e – our Eclipse Plugin to obfuscate (other) Eclipse plugins. We were unique as this was the only talk about the Eclipse build process.

But the show stopper was the talk "CatChaser: MDSD for Lego Mindstorms" by Frank Zimmermann, who took the Lego mini roboter, created a Eclipse based domain specific language (DSL) and a graphical editor to program this device and made it hunt virtual cats (made by air balloons). Great performance.

Finally it was an interesting trip. We saw informative reports of totally different Eclipse  thingies and had much fun. Let’s do it again!

You might ask: What’s an obfuscator? In Java a obfuscator is used to prevent program code from reverse engineering. It removes unneccesary debugger information, shrinks variable and method names (means: makes them senseless). Modern obfuscators additionally remove code that would be obfuscated but is never called from somwhere.

The project obfuscate4e adds the obfuscation facilities into the build process of Eclipse plugins. During the export of plugins or a product the code will be obfuscated automaticly and the product can be delivered to the customers without further post processing.

This release has built-in support for ProGuard, an Open Source Java obfuscator. In the future additional obfuscators will be integrated and the customization possibilities will be improved.