8274736: Concurrent read/close of SSLSockets causes SSLSessions to be invalidated unnecessarily#799
8274736: Concurrent read/close of SSLSockets causes SSLSessions to be invalidated unnecessarily#799vieiro wants to merge 1 commit into
Conversation
|
👋 Welcome back avieiro! A progress list of the required criteria for merging this PR into |
|
@vieiro This change now passes all automated pre-integration checks. After integration, the commit message for the final commit will be: You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 1 new commit pushed to the
Please see this link for an up-to-date comparison between the source branch of this pull request and the As you do not have Committer status in this project an existing Committer must agree to sponsor your change. Possible candidates are the reviewers of this PR (@phohensee, @gnu-andrew, @jerboaa) but any other Committer may sponsor as well. ➡️ To flag this PR as ready for integration with the above commit message, type |
|
This backport pull request has now been updated with issue from the original commit. |
|
|
|
/approval request Please consider approving this backport from JDK11 that improves SSLSocketTemplate.java allowing it to be inherited in future backports of SSL security related tests. |
|
This one needs a follow-up: https://bugs.openjdk.org/browse/JDK-8280158 |
|
/reviewers 2 reviewer |
|
@gnu-andrew |
gnu-andrew
left a comment
There was a problem hiding this comment.
Patch confirmed clean.
What do the test results look like on an unpatched JDK? Do you see the same failures?
Yes, running tests on master (RHEL-8, gcc 8.5.0) gives the sames results: With: And: |
Backport at #802 |
gnu-andrew
left a comment
There was a problem hiding this comment.
Thanks for confirming no regressions.
|
/approve yes |
|
@gnu-andrew |
Backport of JDK-8274736 from JDK11 that solves a race condition in
SSLSocketImpl. It also changes different fields and methods fromprivatetoprotectedinSSLSocketTemplate.java, paving the way for future use and abuse ofSSLSocketTemplate(e.g., for 2026-07 required backports).Not a clean backport, since JDK8 directory structure is different from upper versions, but patch is clean otherwise when compared to the original commit.
Tested on RHEL-8 (gcc 8.5.0) with
jdk/test/sun/security/ssl/tests: 110 tests passed, five others failed/errored but seem unrelated to this backport.The newly introduced test also passed:
Progress
Issue
Reviewers
Reviewing
Using
gitCheckout this PR locally:
$ git fetch https://git.openjdk.org/jdk8u-dev.git pull/799/head:pull/799$ git checkout pull/799Update a local copy of the PR:
$ git checkout pull/799$ git pull https://git.openjdk.org/jdk8u-dev.git pull/799/headUsing Skara CLI tools
Checkout this PR locally:
$ git pr checkout 799View PR using the GUI difftool:
$ git pr show -t 799Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk8u-dev/pull/799.diff
Using Webrev
Link to Webrev Comment