This is an automated email from the ASF dual-hosted git repository.
mjsax pushed a commit to branch 3.9
in repository https://gitbox.apache.org/repos/asf/kafka.git
The following commit(s) were added to refs/heads/3.9 by this push:
new 6995e1e8025 HOTFIX: cleanup bad cherry-pick
6995e1e8025 is described below
commit 6995e1e8025942c234ee8ba6316e943a979edfde
Author: Matthias J. Sax <[email protected]>
AuthorDate: Mon Dec 16 10:01:32 2024 -0800
HOTFIX: cleanup bad cherry-pick
---
gradle/dependencies.gradle | 1 -
vagrant/base.sh | 23 -----------------------
2 files changed, 24 deletions(-)
diff --git a/gradle/dependencies.gradle b/gradle/dependencies.gradle
index 761c0d42a79..201dce3931f 100644
--- a/gradle/dependencies.gradle
+++ b/gradle/dependencies.gradle
@@ -137,7 +137,6 @@ versions += [
kafka_36: "3.6.2",
kafka_37: "3.7.2",
kafka_38: "3.8.1",
- log4j2: "2.24.1",
// When updating lz4 make sure the compression levels in
org.apache.kafka.common.record.CompressionType are still valid
lz4: "1.8.0",
mavenArtifact: "3.9.6",
diff --git a/vagrant/base.sh b/vagrant/base.sh
index 0d75ca8f667..553dbcde844 100755
--- a/vagrant/base.sh
+++ b/vagrant/base.sh
@@ -167,29 +167,6 @@ chmod a+rw /opt/kafka-3.7.2
get_kafka 3.8.1 2.12
chmod a+rw /opt/kafka-3.8.1
-# To ensure the Kafka cluster starts successfully under JDK 17, we need to
update the Zookeeper
-# client from version 3.4.x to 3.5.7 in Kafka versions 2.1.1, 2.2.2, and
2.3.1, as the older Zookeeper
-# client is incompatible with JDK 17. See KAFKA-17888 for more details.
-curl -s
"https://repo1.maven.org/maven2/org/apache/zookeeper/zookeeper/3.5.7/zookeeper-3.5.7.jar"
-o /opt/zookeeper-3.5.7.jar
-curl -s
"https://repo1.maven.org/maven2/org/apache/zookeeper/zookeeper-jute/3.5.7/zookeeper-jute-3.5.7.jar"
-o /opt/zookeeper-jute-3.5.7.jar
-rm -f /opt/kafka-2.1.1/libs/zookeeper-*
-rm -f /opt/kafka-2.2.2/libs/zookeeper-*
-rm -f /opt/kafka-2.3.1/libs/zookeeper-*
-
-cp /opt/zookeeper-3.5.7.jar /opt/kafka-2.1.1/libs/zookeeper-3.5.7.jar
-chmod a+rw /opt/kafka-2.1.1/libs/zookeeper-3.5.7.jar
-cp /opt/zookeeper-3.5.7.jar /opt/kafka-2.2.2/libs/zookeeper-3.5.7.jar
-chmod a+rw /opt/kafka-2.2.2/libs/zookeeper-3.5.7.jar
-cp /opt/zookeeper-3.5.7.jar /opt/kafka-2.3.1/libs/zookeeper-3.5.7.jar
-chmod a+rw /opt/kafka-2.3.1/libs/zookeeper-3.5.7.jar
-cp /opt/zookeeper-jute-3.5.7.jar /opt/kafka-2.1.1/libs/zookeeper-jute-3.5.7.jar
-chmod a+rw /opt/kafka-2.1.1/libs/zookeeper-jute-3.5.7.jar
-cp /opt/zookeeper-jute-3.5.7.jar /opt/kafka-2.2.2/libs/zookeeper-jute-3.5.7.jar
-chmod a+rw /opt/kafka-2.2.2/libs/zookeeper-jute-3.5.7.jar
-cp /opt/zookeeper-jute-3.5.7.jar /opt/kafka-2.3.1/libs/zookeeper-jute-3.5.7.jar
-chmod a+rw /opt/kafka-2.3.1/libs/zookeeper-jute-3.5.7.jar
->>>>>>> 8c55dcc979 (KAFKA-18237: Upgrade system tests from using 3.7.1 to
3.7.2 (#18180))
-
# For EC2 nodes, we want to use /mnt, which should have the local disk. On
local
# VMs, we can just create it if it doesn't exist and use it like we'd use
# /tmp. Eventually, we'd like to also support more directories, e.g. when EC2