Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
2.2
-
None
-
None
Description
There's no finally() on ch in TcpCommunicationSpi.createTcpClient()
So there's a long block of code where resource consistency is hanging on a hair. This can lead to file descriptor starvation as well.
Attachments
Issue Links
- is related to
-
IGNITE-6071 Client may detect necessity for reconnect for too long
- Resolved
- relates to
-
IGNITE-6818 In case of incoming communication connection ping the old one if it's alive
- Resolved
- links to