Mailing-List: contact httpclient-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpClient User Discussion" <httpclient-user@jakarta.apache.org>
Received-SPF: pass (herse.apache.org: domain of johnbrayton@gmail.com
 designates 64.233.166.182 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=UqfqeHL3xgKvyUEMZoteeVTCUzhT7OmGwa0acgnSfUSGFVDrRCLVmd+YxtdSwZUwU+d1BrvqSFFI15rsZs/Mpj3uEeqZFFkvoj3pu51dSSOnFKPpdZTBouI9Y2krxRHrN20fX2ZVZw81vu3QpKOwrrLfQVYIpNBCLAscLrwtvYA=
Message-ID: <e93cf6510704041252q5e83fc0co4547ffc9aade0b38@mail.gmail.com>
Date: Wed, 4 Apr 2007 15:52:19 -0400
From: "John Brayton" <johnbrayton@gmail.com>
To: httpclient-user@jakarta.apache.org
Subject: HttpClient/Socket within Applet behind SOCKS v4 proxy
In-Reply-To: <e93cf6510704040812l20d8cc95o285e3776de35978@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <e93cf6510704040812l20d8cc95o285e3776de35978@mail.gmail.com>

I am wondering if someone can shed some light on a problem I am having
using HTTPClient in an applet running behind a SOCKS v4 proxy.

Client System Configuration:
-IE6 on Win XP
-Java 1.5.0_11
-Applet is using HTTP Client 3.0.1.

If IE is configured to connect directly to the web server, or is
configured to use a SOCKS v5 proxy, the applet works as expected.  If
IE is configured to connect to a SOCKS v4 proxy, I get this exception:

java.net.SocketException: Connection reset
    at java.net.SocketInputStream.read(Unknown Source)
    at java.net.SOCKSSocketImpl.readSOCKSReply(Unknown Source)
    at java.net.SOCKSSocketImpl.connect(Unknown Source)
    at java.net.Socket.connect(Unknown Source)
    at java.net.Socket.connect(Unknown Source)
    at java.net.Socket.<init>(Unknown Source)
    at java.net.Socket.<init>(Unknown Source)
    at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:80)
    at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:122)
    at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
    at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
    at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
    at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
    at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)

This happens regardless of whether I set the "socksProxyHost" and
"socksProxyPort" system properties.

Note that in my test environment, the applet could connect directly to
the web server if it tried to, so it seems that the applet is trying
to connect to via the SOCKS v4 proxy.

Based on the debug information above, the error is occuring on this
constructor within DefaultProtocolSocketFactory:
  new Socket(host, port, localAddress, localPort);

The "host" and "port" parameter values are correct; localAddress is
set to null, and localPort is set to 0.  So the constructor call looks
correct.  If I call this Socket constructor at the start of the applet
with hard-coded values I get identical symptoms:
  Socket(String,int)

Packet-sniffing with Ethereal shows that while IE is making SOCKS v4
connections and succeeding; the applet is trying to make SOCKS v5
connections and failing.

Perusing the JVM code, the "java.net.SocksSocketImpl" class has a
setV4() method, but I can't find anything in the JVM that ever calls
it.  The logical thing to do would be to call that setV4() method, but
the method is not public; a class has to be within the "java.net"
namespace in order to call it.  And trying to create my own "java.net"
class results in a SecurityException, even from within a
PrivilegedAction.run() method.  I don't believe an applet can have an
"endorsed" class.

What I suspect would theoretically work is this:
-Copying the JVM "java.net.SocksSocketImpl" class into my own class
namespace, in addition to the non-public code within the "java.net"
namespace that it needs.
-Calling SocksSocketImpl.setV4().
-Calling Socket.setSocketImplFactory(...) with a factory that returned
my own SocksSocketImpl object.
But I'd have to copy a *lot* of "java.net" JVM code, creating a big
mess and perhaps violating the JVM source license, so this seems like
a bad idea.

Does anyone have any advice on this?

John

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