delta/python-packages/kafka-python.git, branch gen_ssl_resource github.com: mumrah/kafka-python.git Generate SSL certificates for local testing 2019-03-21T15:38:08+00:00 Dana Powers dana.powers@gmail.com 2019-03-21T15:38:08+00:00 303084420f218ea2fbe7c2bc50c238589ba2859e 






Fix race condition in protocol.send_bytes (#1752)
2019-03-21T14:39:08+00:00

Filip Stefanak
filip.stefanak@gmail.com

2019-03-21T14:39:08+00:00

ee4a53e9e5ae93231d6f7010f263b30a9924dabb












Forgot compatibility section in docs/changelog.rst
2019-03-15T03:42:03+00:00

Dana Powers
dana.powers@gmail.com

2019-03-15T03:42:03+00:00

298326412e416ee56634e53fc32a7101b5324a30












Bump version for development
2019-03-15T03:38:37+00:00

Dana Powers
dana.powers@gmail.com

2019-03-15T03:38:37+00:00

7e045f29a61d8df0933446932686c965c76064e2












Release 1.4.5
2019-03-15T01:25:09+00:00

Dana Powers
dana.powers@gmail.com

2019-03-15T01:24:51+00:00

225741965ef1cd791bd2722f120697c55ba2dccc












Error if connections_max_idle_ms not larger than request_timeout_ms (#1688)
2019-03-15T00:34:59+00:00

Jeff Widman
jeff@jeffwidman.com

2019-03-15T00:34:59+00:00

965d21b21387e69c53f583fd76cdcec2a4d0f944












Retry bootstrapping after backoff when necessary (#1736)
2019-03-14T16:39:28+00:00

Dana Powers
dana.powers@gmail.com

2019-03-14T16:39:28+00:00

812de351f75beefe73bd9bef55847ab61ccc951d

The current client attempts to bootstrap once during initialization, but if it fails there is no second attempt and the client will be inoperable. This can happen, for example, if an entire cluster is down at the time a long-running client starts execution.

This commit attempts to fix this by removing the synchronous bootstrapping from `KafkaClient` init, and instead merges bootstrap metadata with the cluster metadata. The Java client uses a similar approach. This allows us to continue falling back to bootstrap data when necessary throughout the life of a long-running consumer or producer.

Fix #1670




The current client attempts to bootstrap once during initialization, but if it fails there is no second attempt and the client will be inoperable. This can happen, for example, if an entire cluster is down at the time a long-running client starts execution.

This commit attempts to fix this by removing the synchronous bootstrapping from `KafkaClient` init, and instead merges bootstrap metadata with the cluster metadata. The Java client uses a similar approach. This allows us to continue falling back to bootstrap data when necessary throughout the life of a long-running consumer or producer.

Fix #1670






Fix default protocol parser version
2019-03-14T05:18:19+00:00

Dana Powers
dana.powers@gmail.com

2019-03-14T04:56:02+00:00

703f06590be2daa7e4592b3d82df6d719a6829bb












Minor updates to client_async.py
2019-03-14T05:18:19+00:00

Dana Powers
dana.powers@gmail.com

2019-03-14T04:48:25+00:00

5d7a5fc2a3795274a328343cb638397421dcfdfb












Mock dns lookups in test_conn (#1739)
2019-03-14T04:43:29+00:00

Dana Powers
dana.powers@gmail.com

2019-03-14T04:43:29+00:00

39dd8c28da133fcc5005db3db127d687882dfe99

Small change to avoid doing dns resolution when running local connection tests. This fixture always returns a broker on localhost:9092, so DNS lookups don't make sense here.




Small change to avoid doing dns resolution when running local connection tests. This fixture always returns a broker on localhost:9092, so DNS lookups don't make sense here.