{"action":"closed","issue":{"url":"https://api.github.com/repos/danieljoos/libkafka-asio/issues/15","labels_url":"https://api.github.com/repos/danieljoos/libkafka-asio/issues/15/labels{/name}","comments_url":"https://api.github.com/repos/danieljoos/libkafka-asio/issues/15/comments","events_url":"https://api.github.com/repos/danieljoos/libkafka-asio/issues/15/events","html_url":"https://github.com/danieljoos/libkafka-asio/issues/15","id":101412757,"number":15,"title":"deadline handling in `ConnectionService`","user":{"login":"DEvil0000","id":3344302,"avatar_url":"https://avatars.githubusercontent.com/u/3344302?v=3","gravatar_id":"","url":"https://api.github.com/users/DEvil0000","html_url":"https://github.com/DEvil0000","followers_url":"https://api.github.com/users/DEvil0000/followers","following_url":"https://api.github.com/users/DEvil0000/following{/other_user}","gists_url":"https://api.github.com/users/DEvil0000/gists{/gist_id}","starred_url":"https://api.github.com/users/DEvil0000/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/DEvil0000/subscriptions","organizations_url":"https://api.github.com/users/DEvil0000/orgs","repos_url":"https://api.github.com/users/DEvil0000/repos","events_url":"https://api.github.com/users/DEvil0000/events{/privacy}","received_events_url":"https://api.github.com/users/DEvil0000/received_events","type":"User","site_admin":false},"labels":[],"state":"closed","locked":false,"assignee":null,"milestone":null,"comments":2,"created_at":"2015-08-17T12:46:36Z","updated_at":"2015-08-21T12:03:43Z","closed_at":"2015-08-21T12:03:43Z","body":"If we hit a deadline for one of the operations we close the service no matter what deadline was hit.\r\nI think the different deadlines should get handled different.\r\n`connect_deadline` -> retry connecting... (at least have the option)\r\n`write_deadline` -> retry sending... (at least have the option)\r\n`read_deadline` -> retry sending if the order is still fine... (at least have the option)\r\n\r\nWe need to be careful on the read cases. At least for some (produce/fetch) requests the order is important. Maybe this type of requests should get handled different then other requests like metadata ones.\r\n\r\nOr do you plan to handle retries on a different level?\r\n\r\nBTW:\r\nany planes for the implementation of the whole client/producer/consumer logic?"}}