diff options
author | Jiyong Park <jiyong@google.com> | 2020-05-28 00:19:53 +0900 |
---|---|---|
committer | Jiyong Park <jiyong@google.com> | 2020-05-28 18:07:06 +0900 |
commit | 932cdfeb062032b98e237a005a634446a23acd19 (patch) | |
tree | 8693a65cee7fcc8902614ae3af85496934950674 /java/java.go | |
parent | bd371b653344535d3dec367d1706c5a06dd117b8 (diff) |
Add default_to_stubs option to java_sdk_library
Previously, when a lib that doesn't have sdk_version property set
depends on a java_sdk_library, the impl library was used for linking.
This might be too permissive because the client lib might be using empty
sdk_version because it needed some private APIs from the platform, but
not from the java_sdk_library. This actually happend for some of the CTS
tests. They don't set sdk_version, but were directly depending on
android.test.[base|runner|mock].stubs libraries. If we switch the
references to the stub libraries into the corresponding java_sdk_library
modules (e.g. aandroid.test.[base|runner|mock]), then we would be
allowing private APIs to the CTS tests, which is not good.
To solve this problem, default_to_stub property is introduced. It when set
to true prevents the impl lib from being used for linking. When a module
that doesn't have sdk_version depends on it, the widest API surface that
the java_sdk_library provides is linked instead.
Bug: 157007292
Test: m
Change-Id: Id2acc3cafb71d1e90d4fdc9c0c70a73983355e0f
Diffstat (limited to 'java/java.go')
0 files changed, 0 insertions, 0 deletions