[ http://issues.apache.org/jira/browse/HTTPCORE-8?page=comments#action_12437133 ] Oleg Kalnichevski commented on HTTPCORE-8: ------------------------------------------
Hi Roland, Could you possibly live with these changed, at least short term (see two patches attached)? Changelog: ---------- * HttpCore: HttpClientConnection#open() method is no more * HttpAsync: Added HttpAsyncClientConnection interface, which extends HttpClientConnection and preserves the semantics of HttpClientConnection that existed before the changes to the interface I admit HttpAsyncClientConnection is quite hackish and is not meant a long term solution. However, it does help to preserve the existing semantics of HttpAsync and helps us get HttpCore moving forward. Moreover, I think in the future it would make sense for HttpAsync to adopt a connection framework of either HttpCore NIO or HttpConn, so all this hooplah about open method will no longer be of any relevance. Oleg > refactor HttpClientConnection and HttpProxyConnection > ----------------------------------------------------- > > Key: HTTPCORE-8 > URL: http://issues.apache.org/jira/browse/HTTPCORE-8 > Project: HttpComponents Core > Issue Type: Improvement > Components: HttpCore > Affects Versions: 4.0-alpha2 > Reporter: Roland Weber > Fix For: 4.0-alpha3 > > Attachments: 20060923-httpasync.patch, 20060923-httpcore.patch, > 2k6-08-25-core-conn-1.tar > > > Instead of trying to define a full abstraction for client connections, let's > define only a minimal interface in HttpCore with only those methods actually > needed in the core. In particular, the core does not need to open connections > (since HTTPCORE-11), and it does not care whether a connection is direct or > through a proxy. An abstraction for client connections can be defined in > HttpConn. > (original description:) > As discussed on the mailing list, separating the responsibility for > establishing connections from the connection objects could improve the design > and help with proxy support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
