Lines Matching full:classes
45 <li><a href="#enumerations">Processing enumeration classes</a></li>
46 <li><a href="#serializable">Processing serializable classes</a></li>
47 <li><a href="#beans">Processing bean classes</a></li>
50 <li><a href="#componentui">Processing ComponentUI classes</a></li>
125 classes</a>, <a href="#beans">bean classes</a>, <a
148 classes</a>, <a href="#beans">bean classes</a>, <a
240 -injars bin/classes
241 -outjars bin/classes-processed.jar
294 <li>If you get warnings about missing referenced classes: it's all too common
295 that libraries refer to missing classes.
306 receivers, and content providers from the compiled classes and external
309 -injars bin/classes
311 -outjars bin/classes-processed.jar
359 Most importantly, we're keeping all fundamental classes that may be referenced
361 manifest file contains other classes and methods, you may have to specify
367 We're keeping any custom <code>View</code> extensions and other classes with
377 We're keeping the static fields of referenced inner classes of auto-generated
378 <code>R</code> classes, just in case your code is accessing those fields by
380 ProGuard can generally remove all these classes entirely anyway (because the
381 classes are not referenced and therefore not required).
403 classes that are not available in all versions of the API:
420 public and protected classes and class members, native method names, and
463 library. Only if there are any other non-public classes or methods that are
482 be preserved too, for any inner classes that can be referenced from outside the
484 classes otherwise.
499 href="#serializable">serializable classes</a>, and <a
520 We don't want to preserve all classes, just all classes that have main
524 out which classes exactly will be preserved, so we know for sure we're getting
530 classes</a>, <a href="#beans">bean classes</a>, <a
547 We're simply keeping all classes that extend the <code>Applet</code> class.
555 classes</a>, <a href="#beans">bean classes</a>, <a
577 We're simply keeping all classes that extend the <code>MIDlet</code> class.
616 We're simply keeping all classes that implement the <code>Applet</code>
640 We're simply keeping all classes that implement the <code>Xlet</code> interface.
663 We're then keeping all classes that implement the <code>Servlet</code>
674 classes</a>, <a href="#beans">bean classes</a>, <a
738 options make sure that some classes and some fields that are accessed by means
744 classes</a>, <a href="#beans">bean classes</a>, <a
750 you'll want to preserve their names and their classes' names, so they can
761 We don't want to preserve all classes or all native methods; we just want to
769 the classes or class members that are invoked by the native code. These are
777 you'll want to preserve them, and probably their classes too. They are just
789 <h3><a name="enumerations">Processing enumeration classes</a></h3>
792 classes, you'll have to preserve some special methods. Enumerations were
793 introduced in Java 5. The java compiler translates enumerations into classes
794 with a special structure. Notably, the classes contain implementations of some
806 <h3><a name="serializable">Processing serializable classes</a></h3>
809 classes that are serialized. Depending on the way in which they are used, they
814 long-term storage. Classes that are shrunk and obfuscated should then
832 forcing preservation of <i>all</i> serializable classes, just preservation
833 of the listed members of classes that are actually used.</li>
836 versions of the serializable classes. One then has to take care the classes
838 processed versions. In such cases, the relevant classes will most likely
865 classes involved lack <code>serialVersionUID</code> fields. I imagine the
874 least partially ensure compatibility with the original classes:
895 interfaces of the serializable classes (using something like "<code>-keep
902 of the classes in which they occur:
923 Note that the above options may preserve more classes and class members
924 than strictly necessary. For instance, a large number of classes may implement
929 <h3><a name="beans">Processing bean classes</a></h3>
932 introspection on bean classes to find bean editor classes, or getter and
947 setters and getters in classes in the package <code>mybeans</code>:
988 methods of anonymous inner classes. In that case, the corresponding attribute
1008 <h3><a name="componentui">Processing ComponentUI classes</a></h3>
1021 This option also keeps the classes themselves.
1051 container will automatically assign instances of resource classes to fields and
1141 obfuscation and compactness. For example, consider the following classes:
1156 By default, packages that contain classes that can't be renamed aren't renamed
1190 obfuscates the entire packaging, by combining obfuscated classes into a single
1208 option allows access permissions of classes and class members to
1209 be broadened, opening up the opportunity to repackage all obfuscated classes:
1251 the logging classes and methods themselves (in the shrinking step).
1276 In simple applications, all output classes and resources files are merged into
1279 -injars classes
1287 <code>classes</code> directory and the three jars into a single output jar
1369 disregarding a large number of irrelevant classes in the runtime library jar:
1374 The filter makes ProGuard disregard <code>com.sun.**</code> classes, for
1523 These options list unused classes, fields, and methods in the application
1582 The annotation classes are defined in <code>annotations.jar</code>. The
1608 href="#serializable">serializable classes</a>, and <a