You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by "Oleg Kalnichevski (JIRA)" <ji...@apache.org> on 2006/09/27 20:32:50 UTC

[jira] Created: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn

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.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-dev-help@jakarta.apache.org


[jira] Resolved: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn

Posted by "Oleg Kalnichevski (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HTTPCORE-14?page=all ]

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.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-dev-help@jakarta.apache.org


[jira] Updated: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn

Posted by "Oleg Kalnichevski (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HTTPCORE-14?page=all ]

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.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-dev-help@jakarta.apache.org


[jira] Commented: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn

Posted by "Roland Weber (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/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.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-dev-help@jakarta.apache.org


[jira] Commented: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn

Posted by "Roland Weber (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/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.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-dev-help@jakarta.apache.org


[jira] Updated: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn

Posted by "Oleg Kalnichevski (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HTTPCORE-14?page=all ]

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.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-dev-help@jakarta.apache.org


[jira] Updated: (HTTPCORE-14) Consider decoupling HttpHost and Scheme and moving Scheme, SocketFactory and SecureSocketFactory to HttpConn

Posted by "Oleg Kalnichevski (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HTTPCORE-14?page=all ]

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.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-dev-help@jakarta.apache.org