You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Bryan Bende (JIRA)" <ji...@apache.org> on 2017/04/24 18:22:04 UTC
[jira] [Created] (NIFI-3732) Distributed cache clients should use a
timeout when opening a connection
Bryan Bende created NIFI-3732:
---------------------------------
Summary: Distributed cache clients should use a timeout when opening a connection
Key: NIFI-3732
URL: https://issues.apache.org/jira/browse/NIFI-3732
Project: Apache NiFi
Issue Type: Bug
Affects Versions: 1.0.1, 1.1.1, 0.7.1, 1.1.0, 1.0.0
Reporter: Bryan Bende
Priority: Minor
The DistributedMapCacheClient and DistributedSetCacheClient open a socket connection using a CommsSession, either StandardCommsSession or SSLCommsSession.
StandardCommsSession does the following to create a connection:
{code}
socketChannel = SocketChannel.open(new InetSocketAddress(hostname, port));
socketChannel.configureBlocking(false);
{code}
The problem is that calling open() with the address calls connect before we have put the channel in non-blocking mode, so we could block indefinitely here.
We should consider calling open(), then set a socket timeout from the timeout property in the cache client, and then call connect(address).
The SSLCommsSession works slightly differently because it uses the SSLSocketChannel, but we should be able to do the same thing and pass in the SocketChannel after connecting as described above.
In addition, the clients implement a close() method from the cache client interface, and its called from finalize(), but there should be an lifecycle method that calls close when the service is stopped.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)