the API handlers).
>
To further clarify: the above is true even if the client sends more than on
in-flight request per connection.
>
> On Thu, Feb 18, 2016 at 5:59 AM, Ivan Dyachkov wrote:
>
>> Thanks Ben.
>>
>> As I mentioned, I'm developing a kafka li
that can cause ordering issues.
https://issues.apache.org/jira/browse/KAFKA-3197
> On 17 Feb 2016, at 07:17, Ivan Dyachkov wrote:
>
> Hello all.
>
> I'm developing a kafka client and have a question about kafka server
> guarantees.
>
> A statement from
>
Hello all.
I'm developing a kafka client and have a question about kafka server guarantees.
A statement from
https://cwiki.apache.org/confluence/display/KAFKA/A+Guide+To+The+Kafka+Protocol#AGuideToTheKafkaProtocol-Network
makes me a bit confused:
"The server guarantees that on a single TCP con
Hi!
We're running cluster of 3 kafka-0.8.2.2 nodes and delete.topic.enable is set
to true on all nodes.
Today we tried to delete one of the topics. I waited ~20 minutes after the
kafka-topics.sh --delete was executed but the topic was still there.
--describe showed Leader: -1 and only one of t
laxed/relaxed; d=
> messagingengine.com; h=message-id:x-sasl-enc:from:to
> :mime-version:content-transfer-encoding:content-type:subject
> :date; s=smtpout; bh=2jmj7l5rSw0yVb/vlWAYkK/YBwk=; b=Y3XU2d9K0sh
> sY8nGKSf5/7xo5FX18h1nat1bQYJEpJWLbDrdtWNbjXA7yK1YEGAZbx/7+WnR1jO
>
laxed/relaxed; d=
> messagingengine.com; h=message-id:x-sasl-enc:from:to
> :mime-version:content-transfer-encoding:content-type:subject
> :date; s=smtpout; bh=2jmj7l5rSw0yVb/vlWAYkK/YBwk=; b=gYLGKdye3mX
> 8h3L1Aiw4pXeF2xbLzo/rv31he2Mbhs5epH6GTwNu9AbX86tsBeiMr7sVPl
