commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 19160] - Default __openDataConnection does not support SSL Handshake
Date Sat, 19 Apr 2003 20:08:47 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19160>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19160

Default __openDataConnection does not support SSL Handshake

dfs@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX



------- Additional Comments From dfs@apache.org  2003-04-19 20:08 -------
Unless someone else makes a convincing argument otherwise, I have marked
this as "won't fix."  At some point somebody changed __openDataConnection()
from private to protected, but there is no note of it in the CVS log.  I
just noticed this and renamed __openDataConnection()
to _openDataConnection_() to reflect this.  Had the method not been made
protected, I would have recommended taking action on this issue report by
making the method protected.  However, since it is already protected, the
correct way to approach the issue mentioned is to provide the functionality
in a subclass.  It may be that _openDataConnection_() requires some refactoring
to avoid code duplication in subclasses.  My recommended course of action is
for the issue reporter to submit the code for his/her SSL extension to the
commons-dev mailing list as an SSLFTPClient subclass that overrides
_connectAction_() and _openDataConnection_() so his/her work can be shared
with the rest of the community and so we can get a better idea of how
_openDataConnection_() may need to be refactored.

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


Mime
View raw message