httpcomponents-dev  

Messages by Thread

• • [jira] Updated: (HTTPCORE-37) Spring integration for HttpParams Stojce Dimski (JIRA)
  • [jira] Commented: (HTTPCORE-37) Spring integration for HttpParams Stojce Dimski (JIRA)
  • [jira] Assigned: (HTTPCORE-37) Spring integration for HttpParams Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-37) Spring integration for HttpParams JIRA
  • [jira] Commented: (HTTPCORE-37) Spring integration for HttpParams Stojce Dimski (JIRA)
  • [jira] Updated: (HTTPCORE-37) Spring integration for HttpParams Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-37) Spring integration for HttpParams Stojce Dimski (JIRA)
  • [jira] Commented: (HTTPCORE-37) Spring integration for HttpParams Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-37) Spring integration for HttpParams Stojce Dimski (JIRA)
  • [jira] Resolved: (HTTPCORE-37) Spring integration for HttpParams Oleg Kalnichevski (JIRA)
• [jira] Created: (HTTPCORE-36) HttpRequestHandlerRegistry configuration Stojce Dimski (JIRA)
  • [jira] Updated: (HTTPCORE-36) HttpRequestHandlerRegistry configuration Oleg Kalnichevski (JIRA)
  • [jira] Assigned: (HTTPCORE-36) HttpRequestHandlerRegistry configuration Oleg Kalnichevski (JIRA)
  • [jira] Resolved: (HTTPCORE-36) HttpRequestHandlerRegistry configuration Oleg Kalnichevski (JIRA)
• spring integration: HttpParamsFactoryBean Stojce Dimski
  • Re: spring integration: HttpParamsFactoryBean Ortwin Glück
  • Re: spring integration: HttpParamsFactoryBean Oleg Kalnichevski
• HttpRequestHandlerRegistry ? Stojce Dimski
  • Re: HttpRequestHandlerRegistry ? Oleg Kalnichevski
• .impl. package naming Roland Weber
  • Re: .impl. package naming Roland Weber
  • Re: .impl. package naming Oleg Kalnichevski
  • Re: .impl. package naming Michael Becke
  • Re: .impl. package naming Roland Weber
  • Re: .impl. package naming Oleg Kalnichevski
• [httpclient] [ssl] 4.0's CN verification might cause some headaches for users Julius Davies
  • Re: [httpclient] [ssl] 4.0's CN verification might cause some headaches for users Ortwin Glück
  • Re: [httpclient] [ssl] 4.0's CN verification might cause some headaches for users Roland Weber
  • Re: [httpclient] [ssl] 4.0's CN verification might cause some headaches for users Michael Becke
  • Re: [httpclient] [ssl] 4.0's CN verification might cause some headaches for users Julius Davies
  • Re: [httpclient] [ssl] 4.0's CN verification might cause some headaches for users Roland Weber
  • Re: [httpclient] [ssl] 4.0's CN verification might cause some headaches for users Oleg Kalnichevski
  • Re: [httpclient] [ssl] 4.0's CN verification might cause some headaches for users Roland Weber
  • Re: [httpclient] [ssl] 4.0's CN verification might cause some headaches for users Julius Davies
• blindly accept all cookies? Nuckles, Ed (GE Infra, Energy)
  • Re: blindly accept all cookies? Ortwin Glück
  • Re: blindly accept all cookies? Ortwin Glück
  • Mail Delivery Problem (was: blindly accept all cookies?) Roland Weber
• [jira] Created: (HTTPCORE-35) SessionRequest lifecycle seems inconsistent with its usage Anders Wallgren (JIRA)
  • [jira] Resolved: (HTTPCORE-35) SessionRequest lifecycle seems inconsistent with its usage Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-35) SessionRequest lifecycle seems inconsistent with its usage Anders Wallgren (JIRA)
• [jira] Created: (HTTPCORE-34) need callback on entitiy/stream close or EOF Roland Weber (JIRA)
  • [jira] Updated: (HTTPCORE-34) need callback on entity/stream close or EOF Roland Weber (JIRA)
  • [jira] Commented: (HTTPCORE-34) need callback on entity/stream close or EOF Oleg Kalnichevski (JIRA)
  • [jira] Closed: (HTTPCORE-34) need callback on entity/stream close or EOF Roland Weber (JIRA)
• [HttpConn] Scheme Roland Weber
  • Re: [HttpConn] Scheme Oleg Kalnichevski
  • Re: [HttpConn] Scheme Roland Weber
  • Re: [HttpConn] Scheme Oleg Kalnichevski
  • Re: [HttpConn] Scheme Roland Weber
  • Re: [HttpConn] Scheme Oleg Kalnichevski
  • Re: [HttpConn] Scheme Roland Weber
  • Re: [HttpConn] Scheme Ortwin Glück
• [HttpClient] where to put connection re-use strategy Roland Weber
  • Re: [HttpClient] where to put connection re-use strategy Oleg Kalnichevski
  • Re: [HttpClient] where to put connection re-use strategy Roland Weber
  • Re: [HttpClient] where to put connection re-use strategy Oleg Kalnichevski
• introduce a "hook" for not-yet-commons-ssl? Julius Davies
  • Re: introduce a "hook" for not-yet-commons-ssl? Oleg Kalnichevski
• [jira] Created: (HTTPCORE-33) ConnectingIOReactor.connect should allow per-connection params, such as timeout Anders Wallgren (JIRA)
  • [jira] Commented: (HTTPCORE-33) ConnectingIOReactor.connect should allow per-connection params, such as timeout Anders Wallgren (JIRA)
  • [jira] Assigned: (HTTPCORE-33) ConnectingIOReactor.connect should allow per-connection params, such as timeout Oleg Kalnichevski (JIRA)
  • [jira] Resolved: (HTTPCORE-33) ConnectingIOReactor.connect should allow per-connection params, such as timeout Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-33) ConnectingIOReactor.connect should allow per-connection params, such as timeout Anders Wallgren (JIRA)
  • [jira] Commented: (HTTPCORE-33) ConnectingIOReactor.connect should allow per-connection params, such as timeout Oleg Kalnichevski (JIRA)
• [HttpCore] NIO extensions: progress report Oleg Kalnichevski
  • Re: [HttpCore] NIO extensions: progress report Roland Weber
  • Re: [HttpCore] NIO extensions: progress report Julius Davies
• [jira] Created: (HTTPCORE-32) provide interface to manipulate interceptor lists Roland Weber (JIRA)
  • [jira] Commented: (HTTPCORE-32) provide interface to manipulate interceptor lists Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-32) provide interface to manipulate interceptor lists Roland Weber (JIRA)
  • [jira] Commented: (HTTPCORE-32) provide interface to manipulate interceptor lists Oleg Kalnichevski (JIRA)
  • [jira] Updated: (HTTPCORE-32) provide interface to manipulate interceptor lists Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-32) provide interface to manipulate interceptor lists Roland Weber (JIRA)
  • [jira] Resolved: (HTTPCORE-32) provide interface to manipulate interceptor lists Oleg Kalnichevski (JIRA)
• [HttpClient] method director Roland Weber
  • Re: [HttpClient] method director Julius Davies
  • Re: [HttpClient] method director Oleg Kalnichevski
  • Re: [HttpClient] method director Ortwin Glück
• Re: svn commit: r500044 - in /jakarta/httpcomponents/httpcore/trunk: module-main/src/main/java/org/apache/http/ module-main/src/main/java/org/apache/http/impl/ module-nio/src/main/java/org/apache/http/nio/impl/ Roland Weber
  • Re: svn commit: r500044 - in /jakarta/httpcomponents/httpcore/trunk: module-main/src/main/java/org/apache/http/ module-main/src/main/java/org/apache/http/impl/ module-nio/src/main/java/org/apache/http/nio/impl/ Oleg Kalnichevski
• [jira] Created: (HTTPCORE-31) ConcurrentModificationException thrown by DefaultConnectingIOReactor.processTimeouts() when 2 worker threads are used Asankha C. Perera (JIRA)
  • [jira] Assigned: (HTTPCORE-31) ConcurrentModificationException thrown by DefaultConnectingIOReactor.processTimeouts() when 2 worker threads are used Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-31) ConcurrentModificationException thrown by DefaultConnectingIOReactor.processTimeouts() when 2 worker threads are used Asankha C. Perera (JIRA)
  • [jira] Commented: (HTTPCORE-31) ConcurrentModificationException thrown by DefaultConnectingIOReactor.processTimeouts() when 2 worker threads are used Oleg Kalnichevski (JIRA)
  • [jira] Resolved: (HTTPCORE-31) ConcurrentModificationException thrown by DefaultConnectingIOReactor.processTimeouts() when 2 worker threads are used Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-31) ConcurrentModificationException thrown by DefaultConnectingIOReactor.processTimeouts() when 2 worker threads are used Asankha C. Perera (JIRA)
• ConcurrentModificationException thrown by DefaultConnectingIOReactor.processTimeouts() Asankha C. Perera
  • Re: ConcurrentModificationException thrown by DefaultConnectingIOReactor.processTimeouts() Oleg Kalnichevski
• Wrong link Mark Claassen
  • Re: Wrong link Ortwin Glück
• http-core and spring Stojce Dimski
  • Re: http-core and spring Oleg Kalnichevski
  • Re: http-core and spring Roland Weber
  • Re: http-core and spring Stojce Dimski
  • Re: http-core and spring Oleg Kalnichevski
  • Re: http-core and spring Stojce Dimski
  • Re: http-core and spring Oleg Kalnichevski
  • Re: http-core and spring Ortwin Glück
  • Re: http-core and spring Stojce Dimski
  • Re: http-core and spring Oleg Kalnichevski
• [jira] Created: (HTTPCORE-30) Weird SocketException propagated by DefaultConnectingIOReactor.prepareSocket Anders Wallgren (JIRA)
  • [jira] Commented: (HTTPCORE-30) Weird SocketException propagated by DefaultConnectingIOReactor.prepareSocket Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-30) Weird SocketException propagated by DefaultConnectingIOReactor.prepareSocket Anders Wallgren (JIRA)
  • [jira] Commented: (HTTPCORE-30) Weird SocketException propagated by DefaultConnectingIOReactor.prepareSocket Anders Wallgren (JIRA)
  • [jira] Resolved: (HTTPCORE-30) Weird SocketException propagated by DefaultConnectingIOReactor.prepareSocket Oleg Kalnichevski (JIRA)
• [jira] Created: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Anders Wallgren (JIRA)
  • [jira] Commented: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Anders Wallgren (JIRA)
  • [jira] Resolved: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Anders Wallgren (JIRA)
  • [jira] Reopened: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Anders Wallgren (JIRA)
  • [jira] Commented: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Anders Wallgren (JIRA)
  • [jira] Resolved: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-29) DefaultConnectingIOReactor.execute propagates IOException, but isn't really re-callable Roland Weber (JIRA)
• [jira] Created: (HTTPCORE-28) DefaultConnectingIOReactor needs to queue new channels and call register() outside of select() Anders Wallgren (JIRA)
  • [jira] Updated: (HTTPCORE-28) DefaultConnectingIOReactor needs to queue new channels and call register() outside of select() Anders Wallgren (JIRA)
  • [jira] Assigned: (HTTPCORE-28) DefaultConnectingIOReactor needs to queue new channels and call register() outside of select() Oleg Kalnichevski (JIRA)
  • [jira] Updated: (HTTPCORE-28) DefaultConnectingIOReactor needs to queue new channels and call register() outside of select() Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-28) DefaultConnectingIOReactor needs to queue new channels and call register() outside of select() Anders Wallgren (JIRA)
  • [jira] Resolved: (HTTPCORE-28) DefaultConnectingIOReactor needs to queue new channels and call register() outside of select() Oleg Kalnichevski (JIRA)
• Intended usage of DefaultConnectingIOReactor in httpcore Anders Wallgren
  • Re: Intended usage of DefaultConnectingIOReactor in httpcore Oleg Kalnichevski
  • RE: Intended usage of DefaultConnectingIOReactor in httpcore Anders Wallgren
• [jira] Created: (HTTPCORE-27) Use java.util.concurrent.ThreadFactory or similar Anders Wallgren (JIRA)
  • [jira] Commented: (HTTPCORE-27) Use java.util.concurrent.ThreadFactory or similar Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-27) Use java.util.concurrent.ThreadFactory or similar Anders Wallgren (JIRA)
  • [jira] Assigned: (HTTPCORE-27) Use java.util.concurrent.ThreadFactory or similar Oleg Kalnichevski (JIRA)
  • [jira] Resolved: (HTTPCORE-27) Use java.util.concurrent.ThreadFactory or similar Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-27) Use java.util.concurrent.ThreadFactory or similar Anders Wallgren (JIRA)
• [HttpConn] connection manager - volatile Roland Weber
  • Re: [HttpConn] connection manager - volatile Michael Becke
  • Re: [HttpConn] connection manager - volatile Roland Weber
  • Re: [HttpConn] connection manager - volatile Michael Becke
  • Re: [HttpConn] connection manager - volatile Roland Weber
  • Re: [HttpConn] connection manager - volatile Michael Becke
  • Re: [HttpConn] connection manager - volatile Roland Weber
• [HttpConn] connection manager Roland Weber
  • Re: [HttpConn] connection manager Oleg Kalnichevski
  • Re: [HttpConn] connection manager Roland Weber
• http-core proxy server Stojce Dimski
  • Re: http-core proxy server Roland Weber
  • Re: http-core proxy server Oleg Kalnichevski
  • Re: http-core proxy server Roland Weber
  • Re: http-core proxy server Stojce Dimski
  • Re: http-core proxy server Oleg Kalnichevski
  • Re: http-core proxy server Stojce Dimski
  • Re: http-core proxy server Stojce Dimski
  • Re: http-core proxy server Robert Olofsson
  • Re: http-core proxy server Oleg Kalnichevski
  • Re: http-core proxy server Amer Music
  • Re: http-core proxy server Oleg Kalnichevski
• NIO: epoll Ortwin Glück
  • Re: NIO: epoll Robert Olofsson
  • Re: NIO: epoll Oleg Kalnichevski
  • Re: NIO: epoll Ortwin Glück
• [jira] Created: (HTTPCLIENT-623) MultiThreadedHttpConnectionManager exceeds MaxTotalConnections Anthony Bigbee (JIRA)
  • [jira] Resolved: (HTTPCLIENT-623) MultiThreadedHttpConnectionManager exceeds MaxTotalConnections JIRA
  • [jira] Commented: (HTTPCLIENT-623) MultiThreadedHttpConnectionManager exceeds MaxTotalConnections Anthony Bigbee (JIRA)
  • [jira] Reopened: (HTTPCLIENT-623) MultiThreadedHttpConnectionManager exceeds MaxTotalConnections JIRA
  • [jira] Resolved: (HTTPCLIENT-623) MultiThreadedHttpConnectionManager exceeds MaxTotalConnections JIRA
  • [jira] Commented: (HTTPCLIENT-623) MultiThreadedHttpConnectionManager exceeds MaxTotalConnections Oleg Kalnichevski (JIRA)
• [jira] Created: (HTTPCORE-26) Transparent encoding / decoding of session data Oleg Kalnichevski (JIRA)
  • [jira] Updated: (HTTPCORE-26) Transparent encoding / decoding of session data Oleg Kalnichevski (JIRA)
  • Re: [jira] Created: (HTTPCORE-26) Transparent encoding / decoding of session data Roland Weber
  • [jira] Assigned: (HTTPCORE-26) Transparent encoding / decoding of session data Oleg Kalnichevski (JIRA)
  • [jira] Updated: (HTTPCORE-26) SSL support for HttpCore NIO Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-26) SSL support for HttpCore NIO Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-26) SSL support for HttpCore NIO Oleg Kalnichevski (JIRA)
  • [jira] Commented: (HTTPCORE-26) SSL support for HttpCore NIO Julius Davies (JIRA)
  • [jira] Resolved: (HTTPCORE-26) SSL support for HttpCore NIO Oleg Kalnichevski (JIRA)
• Maven repository for latest snapshots Asankha C. Perera
  • Re: Maven repository for latest snapshots Ortwin Glück
  • Re: Maven repository for latest snapshots Asankha C. Perera
  • Re: Maven repository for latest snapshots Asankha C. Perera
  • Re: Maven repository for latest snapshots Ortwin Glück
  • [HttpCore] API stability was Re: Maven repository for latest snapshots Oleg Kalnichevski
  • Re: Maven repository for latest snapshots Oleg Kalnichevski
  • Re: Maven repository for latest snapshots Asankha C. Perera
  • Re: Maven repository for latest snapshots Oleg Kalnichevski
  • Re: Maven repository for latest snapshots Oleg Kalnichevski
• [jira] Created: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Alan Yu (JIRA)
  • Re: [jira] Created: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Roland Weber
  • Re: [jira] Created: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Roland Weber
  • Re: [jira] Created: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Oleg Kalnichevski
  • Re: [jira] Created: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Michael Becke
  • [jira] Updated: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Oleg Kalnichevski (JIRA)
  • [jira] Updated: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts JIRA
  • [jira] Commented: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts JIRA
  • Re: [jira] Commented: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Roland Weber
  • [jira] Updated: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Michael Becke (JIRA)
  • [jira] Commented: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Michael Becke (JIRA)
  • [jira] Commented: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts Alan Yu (JIRA)
  • [jira] Resolved: (HTTPCLIENT-622) leak in MultiThreadedHttpConnectionManager.ConnectionPool.mapHosts JIRA
• license headers Roland Weber
  • Re: license headers Oleg Kalnichevski
  • Re: license headers Roland Weber
• [jira] Created: (HTTPCLIENT-621) connectionManager.getParams().setConnectionTimeout( > connectionTimeout ) causes no request retrying David J. M. Karlsen (JIRA)

• Earlier messages
• Later messages