[
https://issues.apache.org/jira/browse/KAFKA-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gwen Shapira updated KAFKA-1842:
--------------------------------
Fix Version/s: (was: 0.8.3)
> New producer/consumer should support configurable connection timeouts
> ---------------------------------------------------------------------
>
> Key: KAFKA-1842
> URL: https://issues.apache.org/jira/browse/KAFKA-1842
> Project: Kafka
> Issue Type: Bug
> Components: clients, config
> Affects Versions: 0.8.2.0
> Reporter: Ewen Cheslack-Postava
>
> During discussion of KAFKA-1642 it became clear that the current connection
> handling code for the new clients doesn't give enough flexibility in some
> failure cases. We need to support connection timeouts that are configurable
> via Kafka configs rather than relying on the underlying TCP stack's default
> settings. This would give the user control over how aggressively they want to
> try new servers when trying to fetch metadata (currently dependent on the
> underlying OS timeouts and some implementation details of
> NetworkClient.maybeUpdateMetadata and NetworkClient.leastLoadedNode), which
> is the specific issue that came up in KAFKA-1642. More generally it gives
> better control over how fast the user sees failures when there are network
> failures.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
