android_packages_modules_Co.../Tethering
Remi NGUYEN VAN e55a88d30f Use jarjar rule generator for connectivity rules
(This rolls forward part of a previous change, now that jarjar was fixed
to not get very slow when the number of rules increases).

Autogenerate connectivity jarjar rules at build time, to avoid issues
with forgotten jarjar rules or hard-to-diagnose errors introduced by
incorrect rules.

This change causes all classes in framework-connectivity(-t) and
service-connectivity to be jarjared into android.net.connectivity, but
still avoids jarjaring classes in com.android.server as before, to keep
it small.
For many classes this differs from the original jarjar rule.

Notes on implementation:

 - connectivity-jarjar-rules now has a subset
   framework-connectivity-jarjar-rules containing only the rules
   necessary for framework-connectivity. This is necessary because
   framework-connectivity cannot depend on rules generated based on
   service-connectivity, as there would be a dependency cycle
   (service-connectivity depends on framework-connectivity); Soong even
   crashes with a stack overflow.

 - framework-wifi.stubs.module_lib is added to
   framework-connectivity-pre-jarjar as it is necessary to build it (it
   is already in impl_only_libs in the defaults).
   It is unclear why framework-connectivity-pre-jarjar could build
   before that (possibly because it was only used as "lib" ?)

 - Fix package-private visibility; for example NattSocketKeepalive,
   TcpSocketKeepalive are not API so should be jarjared, but are used
   by ConnectivityManager which is not jarjared, so they are not in the
   same package after the change. Package-private members in the
   former 2 need to be public to be accessible. Changes in this commit
   are all that is needed, as demonstrated by followup commits that move
   the classes to a different package without further changes, and that
   enforce that no class in an API package gets jarjared.

 - framework-connectivity-internal-test-defaults is separated from
   framework-connectivity-test-defaults, for unit tests that need to
   access internal jarjared classes. Such tests need to use the jarjar
   rules themselves too, so this is only appropriate for connectivity
   internal unit tests.

Test: atest ConnectivityCoverageTests CtsNetTestCases
Bug: 217129444
Change-Id: Ib1bd939b71c0171d945fc01b96195d2f620ff13b
2022-07-20 19:57:11 +09:00
..
apex Use jarjar rule generator for connectivity rules 2022-07-20 19:57:11 +09:00
apishim Use frameworks/libs/net version of SharedLog 2022-07-07 12:52:58 -07:00
common/TetheringLib Revert "Add onSupportedTetheringType callback" 2022-07-12 02:11:48 +00:00
jni Move BpfUtils -- integrate TcUtils into Tethering module 2022-01-13 10:09:11 +01:00
res Add config_p2p_leases_subnet_prefix_length configuration 2022-03-31 16:32:55 +08:00
src Merge "Correct javadoc usage" 2022-07-15 07:41:33 +00:00
tests Make Tethering module depend on net-utils-device-common-ip. 2022-07-13 04:32:28 +00:00
Android.bp Merge "Dedup *fragments information common to apex and sdk" 2022-07-19 08:32:05 +00:00
AndroidManifest.xml Bump tethering target sdk version to 31 2022-01-12 07:24:16 +00:00
AndroidManifestBase.xml
AndroidManifest_InProcess.xml
OWNERS
jarjar-rules.txt Fix jarjar rules for tethering apk 2022-05-31 15:20:52 +08:00
proguard.flags Fix R8 full mode for Tethering 2022-04-19 21:45:05 +00:00