- 27 Oct, 2010 1 commit
-
-
Andy McFadden authored
Bug 3135433. Change-Id: Ief58bdfff2cb82d7824ef796c2c1031f525f6ee9
-
- 26 Oct, 2010 2 commits
-
-
Brian Carlstrom authored
-
Brian Carlstrom authored
Bug: 3131996 Change-Id: I6fc19c87c489905802607aaf587cd551ef9cb09e
-
- 25 Oct, 2010 1 commit
-
-
Nick Kralevich authored
-
- 22 Oct, 2010 5 commits
-
-
Jesse Wilson authored
-
Jesse Wilson authored
Change-Id: Ibb0f86aefd4d4db8d1560608f62735a357da73ea http://b/2860493
-
Nick Kralevich authored
Change-Id: I521cdb82f7ad9b2d5ec983716770dac218c49478
-
Jesse Wilson authored
-
Jesse Wilson authored
Change-Id: Ica6f2814702a90faf96da6fb96de9f7d295102a7 http://b/3036439
-
- 21 Oct, 2010 7 commits
-
-
Brian Carlstrom authored
-
Brian Carlstrom authored
Restoring the md2WithRSAEncryption version of C=US, O=VeriSign, Inc., OU=Class 3 Public Primary Certification Authority for HttpsURLConnection compatibility. Bug: 3119154 Change-Id: I7a0ec4f3a1448987dcdd0ba1d0692a87ce4b3861
-
Jesse Wilson authored
-
Jesse Wilson authored
http://b/3102252 Change-Id: If9a1b1291e6241153b1cb732dc62f2f157b4acfe
-
Jesse Wilson authored
-
Jesse Wilson authored
Many of the changes are to org.apache.harmony.* tests that we've copied from upstream. We'll remove these duplicated tests completely once we have the upstream Harmony tests properly integrated into CTS. Change-Id: Idd6cfbeba5345156b207b9433928ee37b662c395 http://b/3102252
-
Brian Carlstrom authored
Two small fixes to fix SamplingProfilerIntegration: - Fix name of Timer thread to match native code, allowing "set prop persist.sampling_profiler 1" to profile startup of apps. - clone newThreads array since ThreadSet may reuse it internally (which is the case in SamplingProfilerIntegration's use of SamplingProfiler.newThreadGroupTheadSet) Bug: 3117365 Change-Id: Ic8c2779b7961a39b87494253bb99c56e6e35ae15
-
- 19 Oct, 2010 2 commits
-
-
Jesse Wilson authored
Merge "Test that strings interned manually and then later loaded as literals maintain reference equality." into gingerbread
-
Jesse Wilson authored
http://b/3098960 Change-Id: Ie045df6b1b70eac21ce0a1a19be97692f1278e6f
-
- 16 Oct, 2010 1 commit
-
-
Dan Bornstein authored
There was all sorts of code here that pointlessly pushed the bulk of the constructor operation off to instance methods, which (a) could cause confusion when there's bona fide trouble -- that is, it's better to throw in the constructor -- and (b) didn't really help with efficiency in any realistic scenario -- that is, while the original code nominally avoided extra work until first use, in practice first use occurs immediately after construction (and in the same thread, even). Now, all the one-time work happens in the constructor, and we get to avoid asking "am I set up yet?" before doing anything substantive. While I was in the territory, I also did a bit of more minor code hygiene maintenance. Change-Id: I41225d373e3ab481b6bc3da5b74bde89c4fd895e
-
- 14 Oct, 2010 6 commits
-
-
Jesse Wilson authored
-
Jesse Wilson authored
-
Jesse Wilson authored
Change-Id: I01b470204d4da46016794ab7040d5751e7116958 http://b/3097277 http://b/3097518
-
Jesse Wilson authored
Change-Id: I1a0de6f650b89ce0eed908567a04d2e86f76f889 http://b/3097277
-
Jesse Wilson authored
-
Jesse Wilson authored
We had a bug where we couldn't find synthetic methods added by subclasses to boost visibility of their superclass methods. The old logic appeared to work fine with the covariant return type synthetic methods, but broke down on these visibility synthetic methods. For reference, the general rules are: - when there is a synthetic method for a covariant return type, include it in getMethods() but prefer the natural method on getMethod() calls. - when there is a synthetic method for a visibility boost, prefer it over the superclass method on getMethods() and getMethod() calls. Change-Id: Ied1f9fc9892d211647da87959746839f7e0e1140 http://b/2908173
-
- 13 Oct, 2010 2 commits
-
-
Brian Carlstrom authored
Change-Id: Id5a042873acc0a8185567ca18ce009c06e54f38d
-
Brian Carlstrom authored
Make SSLParametersImpl's defaultKeyManager, defaultTrustManager, defaultSecureRandom, and defaultParameters all use the single check idiom for initialization. Move such initialization for defaultKeyManager and defaultTrustManager out of SSLParametersImpl constructor into static functions, replacing original getDefaultTrustManager simple accessor with code that performs lazy initialization. luni/src/main/java/org/apache/harmony/xnet/provider/jsse/SSLParametersImpl.java dirrect -> direct luni/src/main/java/org/apache/harmony/xnet/provider/jsse/SSLParametersImpl.java luni/src/main/java/org/apache/harmony/xnet/provider/jsse/SSLSocketImpl.java hanshake -> handshake luni/src/main/java/org/apache/harmony/xnet/provider/jsse/SSLRecordProtocol.java luni/src/main/java/org/apache/harmony/xnet/provider/jsse/HandshakeProtocol.java luni/src/main/java/org/apache/harmony/xnet/provider/jsse/SSLSocketImpl.java Bug: 2954292 Change-Id: I19bae541613666903b57fccf3e8bfef65b74d6cf
-
- 07 Oct, 2010 3 commits
-
-
Jesse Wilson authored
Submitted to dalvik-dev as https://android-git.corp.google.com/g/72685 http://b/3015023 Change-Id: I30635aab91774f5eaecd354e8418ba6401705757
-
Jesse Wilson authored
Change-Id: I6b5044a5c3375c9e9456b9c72d897ecd2ccd7e26 http://b/3015023
-
Elliott Hughes authored
Bug: http://code.google.com/p/android/issues/detail?id=5929 Change-Id: Ie24c1060a968e3da611aef000ff29762f6f7101a
-
- 06 Oct, 2010 2 commits
-
-
Elliott Hughes authored
-
Elliott Hughes authored
Bug: http://code.google.com/p/android/issues/detail?id=11723 Change-Id: Idd1c9009f1267ca7624ba8492a162bd72232f2cc
-
- 05 Oct, 2010 2 commits
-
-
Brian Carlstrom authored
-
Brian Carlstrom authored
Bug: 2225935 Change-Id: Ibca92c9fa34fc539ebb8ea86fb0ced62e3dbe5de
-
- 04 Oct, 2010 6 commits
-
-
Brian Carlstrom authored
-
Brian Carlstrom authored
Bug: 3059950 Change-Id: I24546cb9e38b17ea615e36de3606ec6d373df594
-
Jesse Wilson authored
-
Jesse Wilson authored
Merge "Delete test for the AES algorithm parameter generator, which we no longer support." into gingerbread
-
Jesse Wilson authored
The RI does not include an algorithm parameter generator for AES. http://b/3061194 BouncyCastle dropped support for AES on February 18 2007: http://www.bouncycastle.org/viewcvs/viewcvs.cgi/java/crypto/src/org/bouncycastle/jce/provider/BouncyCastleProvider.java.diff?r1=1.38&r2=1.39 http://www.bouncycastle.org/viewcvs/viewcvs.cgi/java/crypto/src/org/bouncycastle/jce/provider/JDKAlgorithmParameterGenerator.java.diff?r1=1.3&r2=1.4 Unfortunately, their checkin comment isn't intention-revealing: "fixed implictyCa to work with KeyFactory added SEED/Camllia support to CMS added further ISO9797 mac support further refactoring of JCE symmetric cipher code Change-Id: I9aa045e1b5c8103cdf736efb1eb927c1acc747ae
-
Jesse Wilson authored
Also tagging the RI as failing this test, and fixing a broken bug number in another test. Change-Id: I800e82832050d45df6853fd7d3c5bc14e60842d3 http://b/3060661
-