1. 12 Nov, 2015 8 commits
  2. 10 Nov, 2015 1 commit
  3. 06 Nov, 2015 4 commits
  4. 22 Oct, 2015 2 commits
  5. 19 Oct, 2015 2 commits
  6. 30 Jul, 2015 3 commits
  7. 22 Jun, 2015 5 commits
  8. 19 Jun, 2015 2 commits
  9. 17 Jun, 2015 1 commit
  10. 16 Jun, 2015 2 commits
  11. 15 Jun, 2015 1 commit
  12. 11 Jun, 2015 1 commit
  13. 10 Jun, 2015 3 commits
  14. 09 Jun, 2015 1 commit
  15. 08 Jun, 2015 1 commit
    • Dave Cridland's avatar
      Do not synchronize on isClosed() · 389c17c7
      Dave Cridland authored
      There is a deadlock while reading the state variable if close() is running.
      
      This switches the state to be volatile instead - it's only written to inside
      the lengthy close() lock, so this should be reasonable.
      389c17c7
  16. 31 May, 2015 2 commits
  17. 29 May, 2015 1 commit
    • Guus der Kinderen's avatar
      OF-883: Prevent sending data to known disconnected peers. · 3e54c820
      Guus der Kinderen authored
      By closing a session when the new MINA inputClosed() handler is triggered, we run
      the risk of sending data to the peer. As that peer is known to be dead, this is
      pointless (and potentially dangerous - deadlocks have been observed that are likely
      related to this scenario).
      
      To prevent sending data during session closure, the close() method has been
      overloaded with an argument that indicates if the peer is known to be dead. When
      set, its implementation will not attempt to send data.
      3e54c820