Re: Deadlock when using SslFilter and ProxyFilter together

> seems like you have installed the proxy filter before the ssl filter in > your chain. Can you do the opposite ? I don't build the chain manually, I simply use a "ProxyConnector" (from package "org.apache.mina.proxy") to make a proxy connection (this also explains, why I had the

Re: Deadlock when using SslFilter and ProxyFilter together

> Ok, but you can insert teh SslFilter *before* the proxyFilter. Once you > get the ProxyConnector instance, get the connector and do : Well, I am using a patched QuickFixJ version, in which the control flow is a bit different. Here is an excerpt from the code they are using:

Re: Deadlock when using SslFilter and ProxyFilter together

Le 10/02/16 16:37, Norbert Irmer a écrit : >> seems like you have installed the proxy filter before the ssl filter in >> your chain. Can you do the opposite ? > I don't build the chain manually, I simply use a "ProxyConnector" (from > package "org.apache.mina.proxy") > to make a proxy connection

Re: Deadlock when using SslFilter and ProxyFilter together

Le 10/02/16 18:16, Norbert Irmer a écrit : >> Ok, but you can insert teh SslFilter *before* the proxyFilter. Once you >> get the ProxyConnector instance, get the connector and do : > > Well, I am using a patched QuickFixJ version, in which the control flow is a > bit different. > > Here is an

Re: Deadlock when using SslFilter and ProxyFilter together

I would have thought the reason SSL Filter needs to be before Proxy is because the SSL handshaking from the client side would get proxied away from the SSL Filter. On Wed, Feb 10, 2016 at 12:57 PM, Emmanuel Lécharny wrote: > Le 10/02/16 18:16, Norbert Irmer a écrit : > >>

Re: Deadlock when using SslFilter and ProxyFilter together

Le 10/02/16 10:08, Norbert Irmer a écrit : > I attached a stacktrace of the two threads, which are in a deadlock. > > Jon maybe right, when saying the write stack is threadsafe, the problem is, > that simultaneously > a read operation is going on, and both stacks use the same filters. The stakcs

Re: Deadlock when using SslFilter and ProxyFilter together

I attached a stacktrace of the two threads, which are in a deadlock. Jon maybe right, when saying the write stack is threadsafe, the problem is, that simultaneously a read operation is going on, and both stacks use the same filters. Thread "NioProcessor-2": flushScheduledEvents():308,

Re: Deadlock when using SslFilter and ProxyFilter together

Hello, I did a "threaddump" with visualvm in the deadlock situation (not sure if this is what you wanted, but I don't see anything else), it shows the same deadlock situation (at the bottom of this mail), as in my previous mail. 2016-02-10 13:04:58 Full thread dump Java HotSpot(TM) 64-Bit

Re: Deadlock when using SslFilter and ProxyFilter together

Le 10/02/16 13:11, Norbert Irmer a écrit : > Hello, > > I did a "threaddump" with visualvm in the deadlock situation (not sure if > this is what you wanted, but I don't see > anything else), it shows the same deadlock situation (at the bottom of this > mail), as in my previous mail. Thanks !

Re: Deadlock when using SslFilter and ProxyFilter together

Le 10/02/16 22:11, Jon V. a écrit : > I would have thought the reason SSL Filter needs to be before Proxy is > because the SSL handshaking from the client side would get proxied away > from the SSL Filter. That too. But all in all, the handshake is just an exchange of data, as any other data