Sean McCauliff created KAFKA-10877:
--
Summary: Instantiating loggers for every FetchContext causes low
request handler idle pool ratio.
Key: KAFKA-10877
URL: https://issues.apache.org/jira/browse/KAFKA-10877
Sean McCauliff created KAFKA-8969:
-
Summary: Log the partition being made online due to unclean leader
election.
Key: KAFKA-8969
URL: https://issues.apache.org/jira/browse/KAFKA-8969
Project: Kafka
Sean McCauliff created KAFKA-5239:
-
Summary: Producer buffer pool allocates memory inside a lock.
Key: KAFKA-5239
URL: https://issues.apache.org/jira/browse/KAFKA-5239
Project: Kafka
Issue
[
https://issues.apache.org/jira/browse/KAFKA-4840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sean McCauliff updated KAFKA-4840:
--
Description:
There are several problems dealing with errors in BufferPool.allocate(int
size
[
https://issues.apache.org/jira/browse/KAFKA-4840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sean McCauliff updated KAFKA-4840:
--
Status: Patch Available (was: Open)
> There are are still cases where producer buffer p
[
https://issues.apache.org/jira/browse/KAFKA-4840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sean McCauliff updated KAFKA-4840:
--
Description:
In BufferPool.allocate(int size, long maxTimeToBlockMs):
If a Throwable other than
Sean McCauliff created KAFKA-4840:
-
Summary: There are are still cases where producer buffer pool will
not remove waiters.
Key: KAFKA-4840
URL: https://issues.apache.org/jira/browse/KAFKA-4840
Is there an artifact repository where to-be-released versions of Kafka
are published?
There appears to be one at http://repository.apache.org/snapshots/ ,
but I'm not seeing anything published there after 0.8.2.
Thanks!
Sean
Well I would like KAFKA-4250 (make ProducerRecord and ConsumerRecord
extensible) in the 0.10.1 branch if is not a big deal. They are just
dumb structs. But they are final so no extensibility is possible.
Sean
On Tue, Nov 29, 2016 at 5:32 PM, Ignacio Solis wrote:
> I don't think anybody from Li
t; > >> > > > > > >> deployment
>> > >> > > > > > >> >> > and 0x57 on yours, and the poor guys
>> developing the
>> > app
>> > >> > don't
>> >
Wait for JDK 9 which is supposed to be 4-5 months from now?
Sean
On Thu, Nov 10, 2016 at 10:23 AM, radai wrote:
> with java 7 being EOL'ed for more than a year and a half now (apr 2015, see
> http://www.oracle.com/technetwork/java/eol-135779.html) i was wondering if
> there's an official plan/ti
space. Having reasonable names
should allow every header user to peacefully coexist.
--
Sean McCauliff
Staff Software Engineer
Kafka
smccaul...@linkedin.com
linkedin.com/in/sean-mccauliff-b563192
On Mon, Nov 7, 2016 at 2:10 PM, Magnus Edenhill wrote:
> Hi,
>
> I'm +1 for adding generic m
>
None of them will scale like Kafka. Horizontal scaling is still good.
>
>
> On Tue, Nov 8, 2016 at 1:22 PM, Sean McCauliff
> wrote:
> > +1 for String keys.
> >
> > I've been doing some bechmarking and it seems like the speedup for using
> > i
ocs.google.com/document/d/1tfT-6SZdnKOLyWGDH82kS30PnUkmgb7nPLdw6p65pAI/edit?usp=sharing
--
Sean McCauliff
Staff Software Engineer
Kafka
smccaul...@linkedin.com
linkedin.com/in/sean-mccauliff-b563192
On Mon, Nov 7, 2016 at 11:51 PM, Michael Pearce
wrote:
> +1 on this slimmer version of our proposal
>
> I de
3. Seems like this is
from a recent commit about implementing KIP-74. Do we need to
coordinate these changes with KIP-74?
"The serialisation of the [int, bye[]] header set will on the wire
using a strict format" bye[] -> byte[]
Sean
--
Sean McCauliff
Staff Software Engineer
Kafka
15 matches
Mail list logo
