diff options
author | Nathan Harold <nharold@google.com> | 2017-03-30 11:01:37 -0700 |
---|---|---|
committer | Nathan Harold <nharold@google.com> | 2017-04-05 10:24:23 -0700 |
commit | 127f4558003a12e7bdebc74defc04f413090296c (patch) | |
tree | 03cf831b8ba8684794374075edf2c05f1f4e2d5c /tools/aapt2/java/JavaClassGenerator_test.cpp | |
parent | eece454de1178260b97e3d5dd99c83003139eb5f (diff) |
IpSecManager and IpSecTransform API Cleanup
-Remove Int-based SPI usage from the IpSecTransform.Builder
This is essentially a less-safe method overload, and it is both
unnecessary and difficult to implement: the cross-validation
between SPI and Transform is actually useful, and the kernel
requires two different mechanisms to use an unreserved vs a
reserved (alloc'd) SPI: CREATESA vs UPDATESA, which makes this
hard to support. API Council has questioned the value of this,
and they are right: everything points to "remove this". In the
future, if we find that SPI reservation is overhead, we can
always add it back.
-Hiding the TunnelMode builder method and application/remove
methods. These will not land by the time the next API
stabilizes, so better to hide them now that this is a
near-certainty. Expectation is to un-hide them in the subsequent
API bump.
Bug: 36073210
Test: Compilation, verified nobody is calling these stubs
Change-Id: Ic1a3f2cf7128633318ac175d6b56b45eb8d21cab
(cherry picked from commit 48b566557d5a66d4476008b3c59b815eb78cb373)
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions