Skip to content

KAFKA-2487: change kafka.examples.Consumer to use the new java consumer#297

Closed
SinghAsDev wants to merge 2 commits intoapache:trunkfrom
SinghAsDev:KAFKA-2487
Closed

KAFKA-2487: change kafka.examples.Consumer to use the new java consumer#297
SinghAsDev wants to merge 2 commits intoapache:trunkfrom
SinghAsDev:KAFKA-2487

Conversation

@SinghAsDev
Copy link
Copy Markdown
Contributor

No description provided.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we use ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG etc instead of hand-coded strings? It is less error-prone for possible future changes.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

True. Addressed.

@guozhangwang
Copy link
Copy Markdown
Contributor

Thanks for the patch. The Jekins failures are not related.

Overall looks good, left some minor comments.

@SinghAsDev
Copy link
Copy Markdown
Contributor Author

@guozhangwang thanks for the review. Addressed your concerns.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is because we are inheriting a Scala class, and moving forward we should remove this with the Java version

org.apache.kafka.copycat.util.ShutdownableThread that can be moved into o.a.k.common.utils.

We can leave it as is for now.

@guozhangwang
Copy link
Copy Markdown
Contributor

LGTM. The Jenkins failures seem not related.

@asfgit asfgit closed this in 5338f84 Oct 16, 2015
efeg pushed a commit to efeg/kafka that referenced this pull request Jan 29, 2020
steverod pushed a commit to steverod/kafka that referenced this pull request Apr 27, 2020
omkreddy pushed a commit to omkreddy/kafka that referenced this pull request Feb 15, 2021
wyuka added a commit to wyuka/kafka that referenced this pull request Mar 10, 2022
* [LI-HOTFIX] Add support to use BoringSSL for SSL/TLS.

TICKET = KAFKA-2561
LI_DESCRIPTION =
Make Kafka capable of using BoringSSL for encryption.
EXIT_CRITERIA = TICKET [KAFKA-2561]

* Removed unused imports

* [LI-HOTFIX] Fix SSL channel close on fake buffer overflow/underflow (apache#62)

    TICKET =
    LI_DESCRIPTION = SslTransportLayer takes netBuffer/appBuffer full as buffer overflow and close the connection unnecessarily.

    EXIT_CRITERIA = MANUAL [""]

* Fix failing unit tests.

Co-authored-by: kun du <kdu@linkedin.com>
wyuka added a commit to wyuka/kafka that referenced this pull request Mar 28, 2022
Cherry picked commit:
* [LI-HOTFIX] Add support to use BoringSSL for SSL/TLS.

TICKET = KAFKA-2561
LI_DESCRIPTION =
Make Kafka capable of using BoringSSL for encryption.
EXIT_CRITERIA = TICKET [KAFKA-2561]

* Removed unused imports

* [LI-HOTFIX] Fix SSL channel close on fake buffer overflow/underflow (apache#62)

    TICKET =
    LI_DESCRIPTION = SslTransportLayer takes netBuffer/appBuffer full as buffer overflow and close the connection unnecessarily.

    EXIT_CRITERIA = MANUAL [""]

* Fix failing unit tests.

Co-authored-by: kun du <kdu@linkedin.com>
wyuka added a commit to wyuka/kafka that referenced this pull request Jun 16, 2022
Cherry picked commit:
* [LI-HOTFIX] Add support to use BoringSSL for SSL/TLS.

TICKET = KAFKA-2561
LI_DESCRIPTION =
Make Kafka capable of using BoringSSL for encryption.
EXIT_CRITERIA = TICKET [KAFKA-2561]

* Removed unused imports

* [LI-HOTFIX] Fix SSL channel close on fake buffer overflow/underflow (apache#62)

    TICKET =
    LI_DESCRIPTION = SslTransportLayer takes netBuffer/appBuffer full as buffer overflow and close the connection unnecessarily.

    EXIT_CRITERIA = MANUAL [""]

* Fix failing unit tests.

Co-authored-by: kun du <kdu@linkedin.com>
davide-armand pushed a commit to aiven/kafka that referenced this pull request Dec 1, 2025
Start time is measured on initialization which has wrong values: when an
active file is initialized at the startup (leading to very large initial
start time); and similarly if there is a period of no writes, the last
rotation will start the counter at a very far time.
To measure this correctly, only initialize on the first add to the
batch.
jeqo added a commit to aiven/kafka that referenced this pull request Jan 16, 2026
Start time is measured on initialization which has wrong values: when an
active file is initialized at the startup (leading to very large initial
start time); and similarly if there is a period of no writes, the last
rotation will start the counter at a very far time.
To measure this correctly, only initialize on the first add to the
batch.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants