- Follow Obfuscate4e on twitter!
- Obfuscate4e moved to Google Code
- Obfuscate4e Summer of Code
- Obfuscate4e uses Trac for project management
- Obfuscate4e's new home is obfuscate4e.org
- Inspect the obfuscated product
- If you upgraded to Obfuscate4e 0.7.1 and want to use Eclipse 3.5 ...
- Version 0.7.1 released
- If you want to replace the embedded proguard lib ...
- First Obfuscate4e tests on Eclipse 3.5
First Obfuscate4e tests on Eclipse 3.5
I just took Eclipse 3.5M7 and wanted to know if Obfuscate4e (current version 0.7.0) works out of the box with the upcoming release of our favorite IDE. I expected to see it running smoothly.
First of all: It was a joy to use the p2 update manager (don’t flame me to call it an update manager – I know that this is an understatement) to install Obfuscate4e. The installation went well and less any problems. Also the plugin setup worked as expected.
But when I ran the plugin’s build.xml I got an unexpected error message:
post.@dot:
[proguard] ProGuard, version 4.3
[proguard] Printing configuration to
[/home/drue/ws/o4e/mailapp/temp.folder/proguard.cfg]...
[subant] Failure for target 'post.@dot' of:
/home/drue/ws/o4e/mailapp/customBuildCallbacks.xml
[subant] The following error occurred while executing this line:
[subant] /home/drue/ws/o4e/mailapp/customBuildCallbacks.xml:37:
/home/drue/ws/o4e/mailapp/temp.folder/proguard.cfg (No
such file or directory)
The ${temp.folder} we used for generated artefacts wasn’t there. I checked the build.xml (generated with Eclipse 3.5) and saw, that this folder is still needed for the PDE build, but does not exist when needed by Obfuscate4e.
So we will test Eclipse 3.5 in more depth and roll out a maintenance release just in time for Galileo.

Recent comments
17 weeks 1 day ago
28 weeks 1 day ago
33 weeks 3 days ago
35 weeks 4 days ago
35 weeks 5 days ago
1 year 3 days ago
1 year 9 weeks ago
1 year 29 weeks ago
1 year 28 weeks ago
1 year 28 weeks ago