Enabling ProGuard in Eclipse for Android

91,616

Solution 1

just a follow-up because I was searching for the same thing - and the answers here are outdated - lately the base proguard config is here in the sdk dir - so you only have to put this into your project.properties:

proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt

if you want to make project-specific modifications, create a proguard-project.txt and change the line to:

proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt 

Solution 2

Android SDK (r20 or higher)

Please check the predefined proguard.config refered in project.properties

proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt

More info: http://proguard.sourceforge.net/manual/examples.html#androidapplication

On Gradle:

buildTypes {
 release {
            minifyEnabled true
            shrinkResources true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'

            ...
  }
 }

Here you can check a proguard "default" file that I keep updating: https://medium.com/code-procedure-and-rants/android-my-standard-proguard-ffeceaf65521


Android SDK (r19 or lower)

You can add it to the default.properties. I've been adding manually without having a problem so far.

If you add the line:

proguard.config=proguard.cfg

As said it will only use ProGuard when exporting signed application (Android Tools => Export Signed Application)

If you start the project with the SDK before Android 2.3 the proguard.cfg file will not be created (next to default.properties as in 2.3>).

To enable automatic creation of it, just simply update to the SDK of Android 2.3 and create a new project with existing sources (which are the sources of the project you currently have).

Automagically the proguard.cfg fill will be created.

If still, you want to create it manually this is what it should contain:

-dontusemixedcaseclassnames
-dontskipnonpubliclibraryclasses
-dontwarn android.support.**
-verbose

-dontoptimize
-dontpreverify


-keepattributes *Annotation* 
-keep public class * extends android.app.Activity
-keep public class * extends android.app.Application
-keep public class * extends android.app.Service
-keep public class * extends android.content.BroadcastReceiver
-keep public class * extends android.content.ContentProvider
-keep public class com.google.vending.licensing.ILicensingService
-keep public class com.android.vending.licensing.ILicensingService
-keep public class * extends android.support.v4.app.Fragment
-keep public class * extends android.app.Fragment

-keepclasseswithmembernames class * {
    native <methods>;
}

-keepclasseswithmembernames class * {
    public <init>(android.content.Context, android.util.AttributeSet);
}

-keepclasseswithmembernames class * {
    public <init>(android.content.Context, android.util.AttributeSet, int);
}

 -keepclassmembers public class * extends android.view.View {
  void set*(***);
  *** get*();
 }

-keepclassmembers enum * {
    public static **[] values();
    public static ** valueOf(java.lang.String);
}

-keep class * implements android.os.Parcelable {
  public static final android.os.Parcelable$Creator *;
}

-keepclassmembers class **.R$* {
  public static <fields>;
}

I think I've answered all the questions above.

UPDATE:

A line by line explanation:

#Use 5 step of optimization 
#-optimizationpasses 5

#When not preverifing in a case-insensitive filing system, such as Windows. This tool will unpack your processed jars,(if using windows you should then use):
-dontusemixedcaseclassnames

#Specifies not to ignore non-public library classes. As of version 4.5, this is the default setting
-dontskipnonpubliclibraryclasses

# Optimization is turned off by default. Dex does not like code run
# through the ProGuard optimize and preverify steps (and performs some
# of these optimizations on its own).    
-dontoptimize
-dontpreverify

-dontwarn android.support.**

#Specifies to write out some more information during processing. If the program terminates with an exception, this option will print out the entire stack trace, instead of just the exception message.
-verbose

#The -optimizations option disables some arithmetic simplifications that Dalvik 1.0 and 1.5 can't handle. Note that the Dalvik VM also can't handle aggressive overloading (of static fields).
#To understand or change this check http://proguard.sourceforge.net/index.html#/manual/optimizations.html
#-optimizations !code/simplification/arithmetic,!field/*,!class/merging/*

# Note that if you want to enable optimization, you cannot just
# include optimization flags in your own project configuration file;
# instead you will need to point to the
# "proguard-android-optimize.txt" file instead of this one from your
# project.properties file.

#To repackage classes on a single package
#-repackageclasses ''

#Uncomment if using annotations to keep them.
#-keepattributes *Annotation*

#Keep classes that are referenced on the AndroidManifest
-keep public class * extends android.app.Activity
-keep public class * extends android.app.Application
-keep public class * extends android.app.Service
-keep public class * extends android.content.BroadcastReceiver
-keep public class * extends android.content.ContentProvider
-keep public class * extends android.app.backup.BackupAgentHelper
-keep public class * extends android.preference.Preference
-keep public class com.google.vending.licensing.ILicensingService
-keep public class com.android.vending.licensing.ILicensingService
#Compatibility library 
-keep public class * extends android.support.v4.app.Fragment
-keep public class * extends android.app.Fragment

#To maintain custom components names that are used on layouts XML.
#Uncomment if having any problem with the approach below
#-keep public class custom.components.package.and.name.**

# keep setters in Views so that animations can still work.
# see http://proguard.sourceforge.net/manual/examples.html#beans
 -keepclassmembers public class * extends android.view.View {
  void set*(***);
  *** get*();
}

#To remove debug logs:
-assumenosideeffects class android.util.Log {
    public static *** d(...);
    public static *** v(...);
    public static *** w(...);
}

#To avoid changing names of methods invoked on layout's onClick.
# Uncomment and add specific method names if using onClick on layouts
#-keepclassmembers class * {
# public void onClickButton(android.view.View);
#}

#Maintain java native methods 
-keepclasseswithmembernames class * {
    native <methods>;
}


#To maintain custom components names that are used on layouts XML:
-keep public class * extends android.view.View {
    public <init>(android.content.Context);
}
-keep public class * extends android.view.View {
    public <init>(android.content.Context, android.util.AttributeSet);
}
-keep public class * extends android.view.View {
    public <init>(android.content.Context, android.util.AttributeSet, int);
}

#Maintain enums
-keepclassmembers enum * {
    public static **[] values();
    public static ** valueOf(java.lang.String);
}

#To keep parcelable classes (to serialize - deserialize objects to sent through Intents)
-keep class * implements android.os.Parcelable {
  public static final android.os.Parcelable$Creator *;
}

#Keep the R
-keepclassmembers class **.R$* {
    public static <fields>;
}

###### ADDITIONAL OPTIONS NOT USED NORMALLY

#To keep callback calls. Uncomment if using any
#http://proguard.sourceforge.net/index.html#/manual/examples.html#callback
#-keep class mypackage.MyCallbackClass {
#   void myCallbackMethod(java.lang.String);
#}

#Uncomment if using Serializable 
#-keepclassmembers class * implements java.io.Serializable {
#    private static final java.io.ObjectStreamField[] serialPersistentFields;
#    private void writeObject(java.io.ObjectOutputStream);
#    private void readObject(java.io.ObjectInputStream);
#    java.lang.Object writeReplace();
#    java.lang.Object readResolve();
#}

UPDATE 2:

In the most recent ADT/Proguard use -keepclasseswithmembers instead of -keepclasseswithmembernames

Solution 3

As of ADT 16 at least, you can indeed add the line in project.properties, and it will be preserved. You can try changing the target SDK version, and see that project.properties is updated accordingly but the added line is still there. So, I think the warning is just badly worded; it means to say that settings in the file such as target will be overwritten with project settings, rather than vice versa.

Solution 4

Changes to ProGuard configuration came about with ADT version 17. ProGuard was updated from 4.4 to 4.7 and the difference in the configuration file reference already note was introduced. Note that existing projects would remain unchanged, leaving them without the newer rule set included in this and newer ADT versions. Relevant doc for newer configuration arrangement, already noted by ligi above, are available at:-

http://tools.android.com/recent/proguardimprovements "Second, we've changed the way configuration files are handled."

Solution 5

You can add the line to build.properties, as mentioned in default.properties.

Share:
91,616

Related videos on Youtube

Ted Hopp
Author by

Ted Hopp

I've been a programmer for way too many years, starting by entering a program through front-panel switches on a PDP-8. (If you know what that's like, you've also been programming for too many years and we should have a beer some time.) My wife and I run a two-person company developing language learning and study apps for smart phones, as well as web-based learning activities with a game-like spin. #SOreadytohelp The competent programmer is fully aware of the limited size of his own skull. He therefore approaches his task with full humility, and avoids clever tricks like the plague. — Edsger W. Dijkstra   Don't worry about what the world needs. Ask what makes you come alive and do that, because what the world needs is people who have come alive. — Howard Thurman

Updated on July 08, 2022

Comments

  • Ted Hopp
    Ted Hopp almost 2 years

    The new documentation on ProGuard for Android says to add a line to the default.properties file in the project home directory. However, on opening this file, I read at the top:

    # This file is automatically generated by Android Tools. 
    # Do not modify this file -- YOUR CHANGES WILL BE ERASED! 
    

    Am I missing something?

    Also, is there a way to enable ProGuard only for a production build from Eclipse (i.e., when exporting the finished product)?

    • Aman Alam
      Aman Alam over 13 years
      I agree to your point that default.properties will be regenerated every time. Thus, its an interesting question
    • Gaurav Agarwal
      Gaurav Agarwal almost 12 years
      You should accept ligi's answer, NeTeInStEiN does not hold anymore and confuses new user.
    • neteinstein
      neteinstein over 10 years
      I've changed the answer to be up-to-date.
    • ToolmakerSteve
      ToolmakerSteve over 7 years
      ligi's answer is still clearer than neteinstein's, for newer installations. Most importantly, it shows proguard.config=${sdk.dir}/tools/proguard/proguard-android.t‌​xt:proguard-project.‌​txt , if you need custom settings for a specific project.
  • Ted Hopp
    Ted Hopp over 13 years
    Where is build.properties? Or do I need to create it?
  • Eric Lafortune
    Eric Lafortune over 13 years
    It's in the project directory, next to default.properties (at least with Android SDK r8).
  • Ted Hopp
    Ted Hopp over 13 years
    That's where was looking for it, but there's no such file in any of my projects. I'm using the latest plugin and just created a level 8 project to check this.
  • Ted Hopp
    Ted Hopp over 13 years
    It turns out that using build.properties only works for Ant builds, not for Eclipse builds.
  • Bill The Ape
    Bill The Ape over 12 years
    @NeTeInStEiN I updated to SDK 16 (Android 4.x), added the line proguard.config=proguard.cfg but the proguard.cfg file is nowhere to be seen... Despite doing the export multiple times, restarting Eclipse, etc. Any idea why? and how to fix this? Thanks.
  • Bill The Ape
    Bill The Ape over 12 years
    @NeTeInStEiN Never mind. It turns out that I should have created one myself.
  • hasanghaforian
    hasanghaforian almost 12 years
    @NeTeInStEiN When I create a project,although it's build target is Android1.1 , I found proguard.cfg file that is automatically created.
  • Tom
    Tom almost 12 years
    Looking at my project (in r20, but generated in a previous release) it appears to use a mix of the above methods:
  • Gaurav Agarwal
    Gaurav Agarwal almost 12 years
    Does you answer still hold for ADT 16?
  • Todd Painton
    Todd Painton almost 12 years
    Still quite confusing because the project.properties also says # This file is automatically generated by Android Tools. # Do not modify this file -- YOUR CHANGES WILL BE ERASED!
  • vnshetty
    vnshetty over 11 years
    @NeTeInStEiN pls help me how to hide strings (like: passwords, usernames etc) in java file
  • neteinstein
    neteinstein over 11 years
    @vnshetty You shoudn't be doing that.. every password you store on java can be found. Can you use a server for validation?
  • Braj
    Braj over 11 years
    "you only have to put this into your project.properties". This line will be there in project.properties but commented by default. Just un-comment it.
  • swiftBoy
    swiftBoy over 10 years
    @NeTeInStEiN Amazing man... Really appreciate your time and efforts, Cheers!!
  • Admin
    Admin over 7 years
    how to use it...give some practical example gradle file code that has got the above lines
  • Admin
    Admin over 7 years
    where is build.properties in 2016 android studio buld?
  • neteinstein
    neteinstein over 7 years
    @user31231234124 Added the info you asked for.