1. 27 Oct, 2010 1 commit
  2. 26 Oct, 2010 2 commits
  3. 25 Oct, 2010 1 commit
  4. 22 Oct, 2010 5 commits
  5. 21 Oct, 2010 7 commits
  6. 19 Oct, 2010 2 commits
  7. 16 Oct, 2010 1 commit
    • Dan Bornstein's avatar
      Clean up the construction-time arrangements. · b27ce0cf
      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
      b27ce0cf
  8. 14 Oct, 2010 6 commits
  9. 13 Oct, 2010 2 commits
    • Brian Carlstrom's avatar
      Change SSLParametersImpl.getDefaultTrustManager to not throw checked exceptions · ed72e08a
      Brian Carlstrom authored
      Change-Id: Id5a042873acc0a8185567ca18ce009c06e54f38d
      ed72e08a
    • Brian Carlstrom's avatar
      SSLParameters.getDefaultTrustManager() should lazily initialize its value · d6e53e42
      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
      d6e53e42
  10. 07 Oct, 2010 3 commits
  11. 06 Oct, 2010 2 commits
  12. 05 Oct, 2010 2 commits
  13. 04 Oct, 2010 6 commits