Skip to content

KAFKA-2145: Add a log config so users can define topic owners.#77

Closed
Parth-Brahmbhatt wants to merge 5 commits intoapache:trunkfrom
Parth-Brahmbhatt:KAFKA-2145
Closed

KAFKA-2145: Add a log config so users can define topic owners.#77
Parth-Brahmbhatt wants to merge 5 commits intoapache:trunkfrom
Parth-Brahmbhatt:KAFKA-2145

Conversation

@Parth-Brahmbhatt
Copy link
Copy Markdown
Contributor

No description provided.

@Parth-Brahmbhatt
Copy link
Copy Markdown
Contributor Author

@junrao Please review and I would recommend not to merge this until KAFKA-2210 is merged in at which point we should be able to leverage KafkaPrincipal instance as owner field.

@Parth-Brahmbhatt
Copy link
Copy Markdown
Contributor Author

@ijuma I am not sure why our comments disappeared. I have removed the return statements and test still passes.

@ijuma
Copy link
Copy Markdown
Member

ijuma commented Jul 15, 2015

@Parth-Brahmbhatt If a commit changes and the branch is force pushed, the comments can disappear. Thanks for making the change.

@asfbot
Copy link
Copy Markdown

asfbot commented Aug 25, 2015

kafka-trunk-git-pr #218 SUCCESS
This pull request looks good

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.

Not sure if we should get this from the user.name system property. Would it be better to just use the default owner if it's not specified explicitly?

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.

I preferred this way as we can establish some sort of true identity rather than complete anonymity. Once we have sasl support we can actually derive identities based on who the logged in sasl user is instead of asking the user to pass this as an argument or reliying on System.getProperty("user.name"). can you elaborate why it is better to just leave it as anonymous.

@asfbot
Copy link
Copy Markdown

asfbot commented Sep 16, 2015

kafka-trunk-git-pr #432 FAILURE
Looks like there's a problem with this pull request

@Parth-Brahmbhatt
Copy link
Copy Markdown
Contributor Author

@junrao I have made changes so this PR now users KafkaPrincipal. One open issue is how to handle multiple owners. I originally tested by using , as separator in the test. However I realized this won't work from CLI as CLI already uses , to distinguish different keys e.g.

bin/kafka-topics.sh --create --zookeeper localhost:2181 --topic owner-test-config-3 --partitions 1 --config owners=User:alice,flush.ms=10000 will work as we are only specifying one owner.

However bin/kafka-topics.sh --create --zookeeper localhost:2181 --topic owner-test-config-3 --partitions 1 --config owners=User:alice,User:Bob,flush.ms=10000 will not work as CLI will try to match User:Bob as Key=Val and fail with "all configs to be added must be in the format "key=val"" Exception.

We could either use some different delimiter or just add --owner as a new option. Please let me know which option makes more sense to you or if you have an alternative approach.

@Parth-Brahmbhatt
Copy link
Copy Markdown
Contributor Author

ASFBOT reported a transient unit test failure

kafka.consumer.MetricsTest > testMetricsLeak FAILED
java.lang.AssertionError: expected:<177> but was:<179>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:743)
at org.junit.Assert.assertEquals(Assert.java:118)
at org.junit.Assert.assertEquals(Assert.java:555)
at org.junit.Assert.assertEquals(Assert.java:542)
at kafka.consumer.MetricsTest$$anonfun$testMetricsLeak$1.apply$mcVI$sp(MetricsTest.scala:65)
at scala.collection.immutable.Range.foreach$mVc$sp(Range.scala:141)
at kafka.consumer.MetricsTest.testMetricsLeak(MetricsTest.scala:63)

unrelated to this change

@guozhangwang
Copy link
Copy Markdown
Contributor

@junrao Could you take another look at this PR and see if it is still valid? If yes @Parth-Brahmbhatt could rebase the PR and continue addressing your comments.

@asfbot
Copy link
Copy Markdown

asfbot commented Dec 21, 2016

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk8-scala2.12/316/
Test FAILed (JDK 8 and Scala 2.12).

@asfbot
Copy link
Copy Markdown

asfbot commented Dec 21, 2016

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk7-scala2.10/315/
Test FAILed (JDK 7 and Scala 2.10).

@asfbot
Copy link
Copy Markdown

asfbot commented Dec 21, 2016

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk8-scala2.11/317/
Test FAILed (JDK 8 and Scala 2.11).

@junrao
Copy link
Copy Markdown
Contributor

junrao commented Dec 21, 2016

  1. For specifying multiple owners, we can extend kafka-topics to do similar things as ConfigCommand that supports k2=[v1,v2,v2].

  2. Now that we have a createTopicRequest, the owner probably needs to be set on the broker side.

  3. It would be useful to think through other use cases of owner. For example, maybe the owner can delete a topic by default?

allenxwang pushed a commit to allenxwang/kafka that referenced this pull request Aug 24, 2018
…:1.1.1-sync to 1.1-nflx

* commit '9611672e287c1a7933a78590e3f381da2ae7d136': (57 commits)
  MINOR: increase dev version from 1.1.1-SNAPSHOT to 1.1.2-SNAPSHOT (apache#5409)
  MINOR: Add thread dumps if broker node cannot be stopped (apache#5373)
  MINOR: update release.py
  MINOR: fix upgrade docs for Streams (apache#5392)
  MINOR: improve docs version numbers (apache#5372)
  Update version on the branch to 1.1.2-SNAPSHOT
  KAFKA-6292; Improve FileLogInputStream batch position checks to avoid type overflow (apache#4928)
  HOTFIX: Fix checkstyle errors in MetricsTest (apache#5345)
  KAFKA-7136: Avoid deadlocks in synchronized metrics reporters (apache#5341)
  MINOR: Close timing window in SimpleAclAuthorizer startup (apache#5318)
  MINOR: Use kill_java_processes when killing ConsoleConsumer in system tests (apache#5297)
  KAFKA-7104: More consistent leader's state in fetch response (apache#5305)
  Revert "MINOR: Avoid coarse lock in Pool#getAndMaybePut (apache#5258)"
  MINOR: Avoid coarse lock in Pool#getAndMaybePut (apache#5258)
  MINOR: bugfix streams total metrics (apache#5277)
  KAFKA-7082: Concurrent create topics may throw NodeExistsException (apache#5259)
  MINOR: Upgrade to Gradle 4.8.1
  KAFKA-7012: Don't process SSL channels without data to process (apache#5237)
  KAFKA-7058: Comparing schema default values using Objects#deepEquals()
  KAFKA-7047: Added SimpleHeaderConverter to plugin isolation whitelist
  ...
efeg pushed a commit to efeg/kafka that referenced this pull request Jan 29, 2020
smccauliff pushed a commit to smccauliff/kafka that referenced this pull request Oct 8, 2020
…elds (apache#77)

TICKET =
LI_DESCERIPTION = committing to our fork until upstream picks this up
EXIT_CRITERIA = when KAFKA-9855 is accepted upstream (specifically - apache#8472)

Signed-off-by: radai-rosenblatt <radai.rosenblatt@gmail.com>
rustd pushed a commit to rustd/pranavfinaldemokafka that referenced this pull request Feb 9, 2024
`PartitionRegistration.hashCode` passes raw arrays to `Objects.hash` in the `hashCode` implementation. This doesn't work since the `equals` implementation uses `Arrays.equals`. We should use `Arrays.hashCode` instead. 

Reviewers: David Arthur <mumrah@gmail.com>

Co-authored-by: Jason Gustafson <jason@confluent.io>
patrik-marton pushed a commit to patrik-marton/kafka that referenced this pull request Mar 11, 2025
CSMDS-219: Upgrade ZK (apache#26)

becaue of CVE-2023-44981

Zk upgrade and version moved to properties for replacement (apache#32)

CSMDS-483: Bump ZK version to 3.8.1.7.2.18.0-641 (apache#38)

CSMDS-561: Update ZK to 3.8.1.7.2.18.200-37 (apache#77)
davide-armand pushed a commit to aiven/kafka that referenced this pull request Dec 1, 2025
* chore: reproduce error on inkless cluster test

* fix(inkless:consume): set concat records limit based on position

When position > 0, the length was not casted, and reading failed.
Conditionally adjusting length.
fvaleri added a commit to fvaleri/kafka that referenced this pull request Feb 5, 2026
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.

5 participants