[ http://issues.apache.org/jira/browse/HTTPCLIENT-602?page=comments#action_12440104 ] Oleg Kalnichevski commented on HTTPCLIENT-602: ----------------------------------------------
> I just noticed that HttpClientConnection still has the getTargetHost() > method. If our goal is to define only a minimal interface in HttpCore, > that should be removed too. HttpRequestExecutor no longer creates the > HttpContext, so the caller can initialize the target host in the context. Taken care of. #getTargetHost() method removed from HttpClientConnection Oleg > refactor HttpClientConnection and HttpProxyConnection > ----------------------------------------------------- > > Key: HTTPCLIENT-602 > URL: http://issues.apache.org/jira/browse/HTTPCLIENT-602 > Project: HttpComponents HttpClient > Issue Type: Improvement > Components: HttpConn > Reporter: Roland Weber > Fix For: 4.0 Alpha 1 > > 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]
