[jira] [Created] (KAFKA-16018) KafkaStreams can go into a zombie state if UncaughtExceptionHandler is specified via the deprecated method

2023-12-15 Thread Tommy Becker (Jira)
Tommy Becker created KAFKA-16018: Summary: KafkaStreams can go into a zombie state if UncaughtExceptionHandler is specified via the deprecated method Key: KAFKA-16018 URL:

[jira] [Created] (KAFKA-13197) KStream-GlobalKTable join semantics don't match documentation

2021-08-12 Thread Tommy Becker (Jira)
Tommy Becker created KAFKA-13197: Summary: KStream-GlobalKTable join semantics don't match documentation Key: KAFKA-13197 URL: https://issues.apache.org/jira/browse/KAFKA-13197 Project: Kafka

[jira] [Created] (KAFKA-10324) Pre-0.11 consumers can get stuck when messages are downconverted from V2 format

2020-07-29 Thread Tommy Becker (Jira)
Tommy Becker created KAFKA-10324: Summary: Pre-0.11 consumers can get stuck when messages are downconverted from V2 format Key: KAFKA-10324 URL: https://issues.apache.org/jira/browse/KAFKA-10324

[jira] [Created] (KAFKA-7700) AbstractConfig does not honor Properties defaults

2018-12-03 Thread Tommy Becker (JIRA)
Tommy Becker created KAFKA-7700: --- Summary: AbstractConfig does not honor Properties defaults Key: KAFKA-7700 URL: https://issues.apache.org/jira/browse/KAFKA-7700 Project: Kafka Issue Type:

[jira] [Created] (KAFKA-6069) Streams metrics tagged incorrectly

2017-10-17 Thread Tommy Becker (JIRA)
Tommy Becker created KAFKA-6069: --- Summary: Streams metrics tagged incorrectly Key: KAFKA-6069 URL: https://issues.apache.org/jira/browse/KAFKA-6069 Project: Kafka Issue Type: Bug

[jira] [Created] (KAFKA-5379) ProcessorContext.appConfigs() should return parsed/validated values

2017-06-05 Thread Tommy Becker (JIRA)
Tommy Becker created KAFKA-5379: --- Summary: ProcessorContext.appConfigs() should return parsed/validated values Key: KAFKA-5379 URL: https://issues.apache.org/jira/browse/KAFKA-5379 Project: Kafka

[jira] [Created] (KAFKA-5334) rocksdb.config.setter must be a class instance, not a class name

2017-05-26 Thread Tommy Becker (JIRA)
Tommy Becker created KAFKA-5334: --- Summary: rocksdb.config.setter must be a class instance, not a class name Key: KAFKA-5334 URL: https://issues.apache.org/jira/browse/KAFKA-5334 Project: Kafka

[jira] [Commented] (KAFKA-5256) Non-checkpointed state stores should be deleted before restore

2017-05-16 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16013135#comment-16013135 ] Tommy Becker commented on KAFKA-5256: - Thinking about this some more, the scenario outlined above

[jira] [Commented] (KAFKA-5256) Non-checkpointed state stores should be deleted before restore

2017-05-16 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16012738#comment-16012738 ] Tommy Becker commented on KAFKA-5256: - I noticed this originally when my state store directories were

[jira] [Commented] (KAFKA-5256) Non-checkpointed state stores should be deleted before restore

2017-05-16 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16012736#comment-16012736 ] Tommy Becker commented on KAFKA-5256: - Well ideally it is idempotent yes, but consider the scenario

[jira] [Commented] (KAFKA-5241) GlobalKTable does not checkpoint offsets after restoring state

2017-05-15 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16011360#comment-16011360 ] Tommy Becker commented on KAFKA-5241: - I should also add that it seems broken that in the absence of

[jira] [Updated] (KAFKA-5241) GlobalKTable does not checkpoint offsets after restoring state

2017-05-15 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tommy Becker updated KAFKA-5241: Fix Version/s: 0.11.0.0 Status: Patch Available (was: Open) > GlobalKTable does not

[jira] [Created] (KAFKA-5241) GlobalKTable does not checkpoint offsets after restoring state

2017-05-15 Thread Tommy Becker (JIRA)
Tommy Becker created KAFKA-5241: --- Summary: GlobalKTable does not checkpoint offsets after restoring state Key: KAFKA-5241 URL: https://issues.apache.org/jira/browse/KAFKA-5241 Project: Kafka

[jira] [Commented] (KAFKA-5241) GlobalKTable does not checkpoint offsets after restoring state

2017-05-15 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16010389#comment-16010389 ] Tommy Becker commented on KAFKA-5241: - I have a patch for this and will take the issue, if someone can

[jira] [Resolved] (KAFKA-5044) max.in.flight.requests.per.connection > 1 is ineffective

2017-04-10 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tommy Becker resolved KAFKA-5044. - Resolution: Invalid > max.in.flight.requests.per.connection > 1 is ineffective >

[jira] [Commented] (KAFKA-5044) max.in.flight.requests.per.connection > 1 is ineffective

2017-04-10 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15962742#comment-15962742 ] Tommy Becker commented on KAFKA-5044: - Thanks for the explanation; closing this issue. >

[jira] [Commented] (KAFKA-5042) InFlightRequests#isEmpty() always returns false

2017-04-07 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-5042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15961534#comment-15961534 ] Tommy Becker commented on KAFKA-5042: - Apologies, I used the wrong issue number. Will close the above

[jira] [Created] (KAFKA-5044) max.in.flight.requests.per.connection > 1 is ineffective

2017-04-07 Thread Tommy Becker (JIRA)
Tommy Becker created KAFKA-5044: --- Summary: max.in.flight.requests.per.connection > 1 is ineffective Key: KAFKA-5044 URL: https://issues.apache.org/jira/browse/KAFKA-5044 Project: Kafka Issue

[jira] [Created] (KAFKA-5042) InFlightRequests#isEmpty() always returns false

2017-04-07 Thread Tommy Becker (JIRA)
Tommy Becker created KAFKA-5042: --- Summary: InFlightRequests#isEmpty() always returns false Key: KAFKA-5042 URL: https://issues.apache.org/jira/browse/KAFKA-5042 Project: Kafka Issue Type: Bug

[jira] [Commented] (KAFKA-4436) Provide builder pattern for StreamsConfig

2016-11-30 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-4436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15708608#comment-15708608 ] Tommy Becker commented on KAFKA-4436: - FWIW, I would be in favor of doing this for all configs; it's

[jira] [Commented] (KAFKA-3915) LogCleaner IO buffers do not account for potential size difference due to message format change

2016-07-19 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-3915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15384017#comment-15384017 ] Tommy Becker commented on KAFKA-3915: - [~junrao] Yes I understand the max message size includes

[jira] [Commented] (KAFKA-3915) LogCleaner IO buffers do not account for potential size difference due to message format change

2016-06-29 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-3915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15355150#comment-15355150 ] Tommy Becker commented on KAFKA-3915: - Actually, I don't think this is true. The buffer is set to

[jira] [Commented] (KAFKA-3915) LogCleaner IO buffers do not account for potential size difference due to message format change

2016-06-29 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-3915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15355135#comment-15355135 ] Tommy Becker commented on KAFKA-3915: - Should a change to the default maxMessageSize be considered?

[jira] [Created] (KAFKA-3915) LogCleaner IO buffers do not account for potential size difference due to message format change

2016-06-28 Thread Tommy Becker (JIRA)
Tommy Becker created KAFKA-3915: --- Summary: LogCleaner IO buffers do not account for potential size difference due to message format change Key: KAFKA-3915 URL: https://issues.apache.org/jira/browse/KAFKA-3915

[jira] [Commented] (KAFKA-3499) byte[] should not be used as Map key nor Set member

2016-04-04 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-3499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15224928#comment-15224928 ] Tommy Becker commented on KAFKA-3499: - This was/is a problem in Samza as well. Though many classes may

[jira] [Commented] (KAFKA-873) Consider replacing zkclient with curator (with zkclient-bridge)

2015-03-23 Thread Tommy Becker (JIRA)
[ https://issues.apache.org/jira/browse/KAFKA-873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14375884#comment-14375884 ] Tommy Becker commented on KAFKA-873: I think it would be nice. The status of zkclient

[jira] [Created] (KAFKA-1909) VerifiableProperties does not see default properties of the wrapped Properties instance

2015-01-30 Thread Tommy Becker (JIRA)
Tommy Becker created KAFKA-1909: --- Summary: VerifiableProperties does not see default properties of the wrapped Properties instance Key: KAFKA-1909 URL: https://issues.apache.org/jira/browse/KAFKA-1909