-
Notifications
You must be signed in to change notification settings - Fork 29k
[SPARK-46717][CORE] Simplify ReloadingX509TrustManager by the exit operation only depend on interrupt thread.
#44720
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
[SPARK-46717][CORE] Simplify ReloadingX509TrustManager by the exit operation only depend on interrupt thread.
#44720
Conversation
…ion only depend on interrupt
mridulm
left a comment
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.
Looks good to me.
+CC @hasnain-db
|
also cc @mridulm |
|
If the interrupt happens while it's running the reload block, will the next call to sleep() yield an InterruptedException? the logic now depends on this |
Yes. sleep() always check the interrupt signal. |
srowen
left a comment
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.
Looks OK pending tests
dongjoon-hyun
left a comment
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.
+1, LGTM.
ReloadingX509TrustManager by the exit operation only depend on interrupt thread.
|
Merged to master for Apache Spark 4.0.0. |
|
@dongjoon-hyun @mridulm @srowen @LuciferYang Thank you! |
|
thanks for doing this @beliefer ! |
What changes were proposed in this pull request?
This PR propose to simplify the
ReloadingX509TrustManager.Why are the changes needed?
Currently, close or destroy
ReloadingX509TrustManagerdepend on interrupt thread and the volatile variablerunning.In fact, we can change the
runningto a local variable on stack and let the close operation ofReloadingX509TrustManageronly depend on interrupt thread.Does this PR introduce any user-facing change?
'No'.
How was this patch tested?
GA tests.
Was this patch authored or co-authored using generative AI tooling?
'No'.