You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by "Charles Barber (JIRA)" <ji...@apache.org> on 2014/11/25 22:34:12 UTC

[jira] [Created] (HTTPASYNC-85) ZeroCopyConsumer Hangs on SSL Download

Charles Barber created HTTPASYNC-85:
---------------------------------------

             Summary: ZeroCopyConsumer Hangs on SSL Download
                 Key: HTTPASYNC-85
                 URL: https://issues.apache.org/jira/browse/HTTPASYNC-85
             Project: HttpComponents HttpAsyncClient
          Issue Type: Bug
    Affects Versions: 4.0.2
         Environment: 2.6.18-398.el5 #1 SMP Tue Aug 12 06:26:17 EDT 2014 x86_64 GNU/Linux
Red Hat Enterprise Linux Server release 5.11 (Tikanga)
java version "1.7.0_55"
Java(TM) SE Runtime Environment (build 1.7.0_55-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.55-b03, mixed mode)

            Reporter: Charles Barber


When using the ZeroCopyConsumer class, but only when the target server is accessed over TLS, certain requests will result in it hanging indefinitely (until the other side resets the connection or the client times out), or for a couple minutes and then continue.

This happens consistently against a .Net server in one of our partner's environments. I've also seen it when accessing a WebLogic 11g server, but with that, it will resume on its own after a couple minutes. I cannot reproduce it with a Jetty server.

If I set up stunnel to do the TLS, and run exactly the same requests over plain text HTTP, we experience no issues. This is in fact our production workaround.

Also, using the basic in-memory consumer (over TLS) works fine. I also wrote a simple async consumer that reads from the decoder to an array-based byte buffer and then writes to a file, and that works fine.

Interestingly, I have another custom async consumer that we use for streaming back out to the original client, while HTTP Async Client is running in a servlet 3.1 container, and that hangs just like the ZeroCopyConsumer does (but again, no issue over plain text HTTP).

I'll attach a client that can reproduce the error; unfortunately I can't provide the servers in question.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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