Created: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and

Email lists > Apache http client development

Thread: Created: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and

Search this list only Search all lists
Created: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and
	2006-09-27 18:32:50
Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn ------------------------------------------------------------ ------------------------------------------------ Key: HTTPCORE-14 URL: http ://issues.apache.org/jira/browse/HTTPCORE-14 Project: HttpComponents Core Issue Type: Improvement Components: HttpCore Reporter: Oleg Kalnichevski Priority: Minor Attachments: 20060927-httphost.patch SocketFactory interface in HttpCore implies a blocking process of opening a new socket. Moreover, there is no way to interrupt the process of opening a connection due to limitations of Java 1.3 API. I suggest the SocketFactory and SecureSocketFactory interfaces and the Scheme class dependent on those interfaces be moved to HttpConn and the HttpHost class be decoupled from Scheme. (This is going to be the last controversial bit I wanted to propose and once this issue is resolved I can safely declare I am done with HttpCore) Oleg -- 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.atl assian.com/software/jira ------------------------------------------------------------ --------- To unsubscribe, e-mail: httpclient-dev-unsubscribejakarta.apache.org For additional commands, e-mail: httpclient-dev-helpjakarta.apache.org

Updated: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and
	2006-09-27 18:32:50
[ http://issues.apache.org/jira/browse/HTTPCORE-14?page=a ll ] Oleg Kalnichevski updated HTTPCORE-14: -------------------------------------- Attachment: 20060927-httphost.patch Please review and let me know what you think Oleg > Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn > ------------------------------------------------------------ ------------------------------------------------ > > Key: HTTPCORE-14 > URL: http ://issues.apache.org/jira/browse/HTTPCORE-14 > Project: HttpComponents Core > Issue Type: Improvement > Components: HttpCore > Reporter: Oleg Kalnichevski > Priority: Minor > Attachments: 20060927-httphost.patch > > > SocketFactory interface in HttpCore implies a blocking process of opening a new socket. Moreover, there is no way to interrupt the process of opening a connection due to limitations of Java 1.3 API. > I suggest the SocketFactory and SecureSocketFactory interfaces and the Scheme class dependent on those interfaces be moved to HttpConn and the HttpHost class be decoupled from Scheme. > (This is going to be the last controversial bit I wanted to propose and once this issue is resolved I can safely declare I am done with HttpCore) > Oleg -- 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.atl assian.com/software/jira ------------------------------------------------------------ --------- To unsubscribe, e-mail: httpclient-dev-unsubscribejakarta.apache.org For additional commands, e-mail: httpclient-dev-helpjakarta.apache.org

Commented: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory an
	2006-09-28 17:23:51
[ http://issues.apache.org/jira/brow se/HTTPCORE-14?page=comments#action_12438493 ] Roland Weber commented on HTTPCORE-14: -------------------------------------- Hi Oleg, I think the scheme should remain in HttpHost as a String. Maybe with automatic lowercase conversion. The getter method could be called getSchemeName instead of getScheme, to avoid confusion. Otherwise, I'm fine with this change. (I have one more idea for HttpCore, but it's rather a side issue and doesn't have to go into the next alpha.) cheers, Roland > Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn > ------------------------------------------------------------ ------------------------------------------------ > > Key: HTTPCORE-14 > URL: http ://issues.apache.org/jira/browse/HTTPCORE-14 > Project: HttpComponents Core > Issue Type: Improvement > Components: HttpCore > Reporter: Oleg Kalnichevski > Priority: Minor > Attachments: 20060927-httphost.patch > > > SocketFactory interface in HttpCore implies a blocking process of opening a new socket. Moreover, there is no way to interrupt the process of opening a connection due to limitations of Java 1.3 API. > I suggest the SocketFactory and SecureSocketFactory interfaces and the Scheme class dependent on those interfaces be moved to HttpConn and the HttpHost class be decoupled from Scheme. > (This is going to be the last controversial bit I wanted to propose and once this issue is resolved I can safely declare I am done with HttpCore) > Oleg -- 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.atl assian.com/software/jira ------------------------------------------------------------ --------- To unsubscribe, e-mail: httpclient-dev-unsubscribejakarta.apache.org For additional commands, e-mail: httpclient-dev-helpjakarta.apache.org

Updated: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and
	2006-09-29 12:02:53
[ http://issues.apache.org/jira/browse/HTTPCORE-14?page=a ll ] Oleg Kalnichevski updated HTTPCORE-14: -------------------------------------- Attachment: (was: 20060927-httphost.patch) > Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn > ------------------------------------------------------------ ------------------------------------------------ > > Key: HTTPCORE-14 > URL: http ://issues.apache.org/jira/browse/HTTPCORE-14 > Project: HttpComponents Core > Issue Type: Improvement > Components: HttpCore > Reporter: Oleg Kalnichevski > Priority: Minor > > SocketFactory interface in HttpCore implies a blocking process of opening a new socket. Moreover, there is no way to interrupt the process of opening a connection due to limitations of Java 1.3 API. > I suggest the SocketFactory and SecureSocketFactory interfaces and the Scheme class dependent on those interfaces be moved to HttpConn and the HttpHost class be decoupled from Scheme. > (This is going to be the last controversial bit I wanted to propose and once this issue is resolved I can safely declare I am done with HttpCore) > Oleg -- 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.atl assian.com/software/jira ------------------------------------------------------------ --------- To unsubscribe, e-mail: httpclient-dev-unsubscribejakarta.apache.org For additional commands, e-mail: httpclient-dev-helpjakarta.apache.org

Updated: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and
	2006-09-29 12:04:50
[ http://issues.apache.org/jira/browse/HTTPCORE-14?page=a ll ] Oleg Kalnichevski updated HTTPCORE-14: -------------------------------------- Attachment: 20060929-httphost.patch Roland, how about this? Oleg > Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn > ------------------------------------------------------------ ------------------------------------------------ > > Key: HTTPCORE-14 > URL: http ://issues.apache.org/jira/browse/HTTPCORE-14 > Project: HttpComponents Core > Issue Type: Improvement > Components: HttpCore > Reporter: Oleg Kalnichevski > Priority: Minor > Attachments: 20060929-httphost.patch > > > SocketFactory interface in HttpCore implies a blocking process of opening a new socket. Moreover, there is no way to interrupt the process of opening a connection due to limitations of Java 1.3 API. > I suggest the SocketFactory and SecureSocketFactory interfaces and the Scheme class dependent on those interfaces be moved to HttpConn and the HttpHost class be decoupled from Scheme. > (This is going to be the last controversial bit I wanted to propose and once this issue is resolved I can safely declare I am done with HttpCore) > Oleg -- 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.atl assian.com/software/jira ------------------------------------------------------------ --------- To unsubscribe, e-mail: httpclient-dev-unsubscribejakarta.apache.org For additional commands, e-mail: httpclient-dev-helpjakarta.apache.org

Commented: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory an
	2006-09-29 17:54:19
[ http://issues.apache.org/jira/brow se/HTTPCORE-14?page=comments#action_12438765 ] Roland Weber commented on HTTPCORE-14: -------------------------------------- Yes, that's it. cheers, Roland > Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn > ------------------------------------------------------------ ------------------------------------------------ > > Key: HTTPCORE-14 > URL: http ://issues.apache.org/jira/browse/HTTPCORE-14 > Project: HttpComponents Core > Issue Type: Improvement > Components: HttpCore > Reporter: Oleg Kalnichevski > Priority: Minor > Attachments: 20060929-httphost.patch > > > SocketFactory interface in HttpCore implies a blocking process of opening a new socket. Moreover, there is no way to interrupt the process of opening a connection due to limitations of Java 1.3 API. > I suggest the SocketFactory and SecureSocketFactory interfaces and the Scheme class dependent on those interfaces be moved to HttpConn and the HttpHost class be decoupled from Scheme. > (This is going to be the last controversial bit I wanted to propose and once this issue is resolved I can safely declare I am done with HttpCore) > Oleg -- 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.atl assian.com/software/jira ------------------------------------------------------------ --------- To unsubscribe, e-mail: httpclient-dev-unsubscribejakarta.apache.org For additional commands, e-mail: httpclient-dev-helpjakarta.apache.org

Resolved: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and
	2006-09-29 20:25:22
[ http://issues.apache.org/jira/browse/HTTPCORE-14?page=a ll ] Oleg Kalnichevski resolved HTTPCORE-14. --------------------------------------- Fix Version/s: 4.0-alpha3 Resolution: Fixed Patch checked in. Files moved. Oleg > Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn > ------------------------------------------------------------ ------------------------------------------------ > > Key: HTTPCORE-14 > URL: http ://issues.apache.org/jira/browse/HTTPCORE-14 > Project: HttpComponents Core > Issue Type: Improvement > Components: HttpCore > Reporter: Oleg Kalnichevski > Priority: Minor > Fix For: 4.0-alpha3 > > Attachments: 20060929-httphost.patch > > > SocketFactory interface in HttpCore implies a blocking process of opening a new socket. Moreover, there is no way to interrupt the process of opening a connection due to limitations of Java 1.3 API. > I suggest the SocketFactory and SecureSocketFactory interfaces and the Scheme class dependent on those interfaces be moved to HttpConn and the HttpHost class be decoupled from Scheme. > (This is going to be the last controversial bit I wanted to propose and once this issue is resolved I can safely declare I am done with HttpCore) > Oleg -- 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.atl assian.com/software/jira ------------------------------------------------------------ --------- To unsubscribe, e-mail: httpclient-dev-unsubscribejakarta.apache.org For additional commands, e-mail: httpclient-dev-helpjakarta.apache.org

[1-7]

about | contact Other archives ( Real Estate discussion Medical topics )