summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator.cpp
diff options
context:
space:
mode:
authorSteven Moreland <smoreland@google.com>2017-10-18 23:19:43 -0700
committerSteven Moreland <smoreland@google.com>2017-10-19 07:33:48 +0000
commitc4bfdefdca503b15485385c1187c2b3f641969d1 (patch)
treea1be8c25882183a0e7a800ba9fa479c976649ff8 /tools/aapt2/java/JavaClassGenerator.cpp
parentd32138d78a0c2753c6473effc0657ff7cf2c0de9 (diff)
HwBinder: don't re-implement libhidl's getService
Rather than re-implementing getService in the JNI backend for HIDL Java classes, we call the implementation in libhidl. This does several good things: - prevents frameworks/base/core from depending on PRODUCT_FULL_TREBLE - prevents frameworks/base/core from having any user vs. userdebug differences - ensures there are no subtle differences between C++ and Java getService - removes essentially copy/pasted code - unlocks the door to provide 'getService' 'tryGetService' semantics in Java (b/67981006) Has the side effect of making passthrough mode kind work in Java, but still with parcelling to transition between the ABIs: - getRawServiceInternal returns passthrough service - toBinder wraps that service in Bn* - in-process binder calls are made in the same process Test: device boots + hidl_test_java Bug: 67974907 Change-Id: Ie459f95eb8a059f578f703d1f73ca42417cfeeb8
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator.cpp')
0 files changed, 0 insertions, 0 deletions