-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[fix][misc] Unable to connect an etcd metastore with recent releases due to jetc-core sharding problem #23604
Conversation
Thank you, @Shawyeok! Great work. How did you find out that IntelliJ expects this format? Could we remove overriding of |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@Shawyeok Please submit a similar change to BookKeeper since there's a similar solution to shade jetcd-core in |
Sure, will do it tomorrow. |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #23604 +/- ##
============================================
+ Coverage 73.57% 74.35% +0.78%
- Complexity 32624 34443 +1819
============================================
Files 1877 1944 +67
Lines 139502 147127 +7625
Branches 15299 16225 +926
============================================
+ Hits 102638 109398 +6760
- Misses 28908 29293 +385
- Partials 7956 8436 +480
Flags with carried forward coverage won't be shown. Click here to find out more. |
Fixes #23513
With recent pulsar releases, it raise
NoClassDefFoundError
if setup with aetcd
metadata.Motivation
The
jetcd-core-shaded
module was introduced in #22892 to address the compatibility issues between jetcd-core’s grpc-java dependency and Netty. You can find more details here and in the grpc-java documentation.Currently, we use
unpack-shaded-jar
execution unpacks the shaded jar produced bymaven-shade-plugin:shade
into thejetcd-core-shaded/target/classes
directory. However, the classes in this directory conflict with its dependencies. If themaven-shade-plugin:shade
runs again without cleaning this directory, it can produce an incorrect shaded jar. You can replicate and verify this issue with the following commands:A simpler solution is to remove the configurations related to attach and unpack. IntelliJ IDEA assumes the shaded jar path is
target/${artifactId}-${version}.jar
. However, in Pulsar’s build system, the finalName is set to just${artifactId}
in the parent pom.xml. While I’m unsure of the reasoning behind this setup, we can override the finalName injetcd-core-shaded/pom.xml
. This is the approach I’ve taken in this patch.Verifying this change
This issue typically cannot be detected by CI tests, as CI environments always run in a clean workspace. To address this, we could refine our release guidelines to include a step for cleaning the workspace before deploying artifacts. Additionally, incorporating automated checks into the release validation process could help catch such issues early.
Does this pull request potentially affect one of the following parts:
If the box was checked, please highlight the changes
Documentation
doc
doc-required
doc-not-needed
doc-complete
Matching PR in forked repository
PR in forked repository: Shawyeok#18