[8u] RFR: 8256682: JDK-8202343 is incomplete
Martin Balao
mbalao at redhat.com
Fri Feb 12 18:32:00 UTC 2021
On 2/11/21 2:21 PM, Severin Gehwolf wrote:
>
> Coming back to this, I'm not 100% sure what Martin meant with this.
> Status quo in 8u-dev is that NullHostnameCheck.java fails for runs with
> 'TLSv1' and 'TLSv1.1', passes with 'TLSv1.2' and 'TLSv1.3'.
>
> I believe it's because this reasoning was *before* JDK-8234728 got
> backported. With that backported it now also runs for TLSv1, TLSv1.1
> and TLSv1.3.
>
Yes, that's the reason: the comment was previous to decide backporting
JDK-8234728 to 8u.
>> I must admit it doesn't make sense to me why it would be TLS 1.2 only,
>> but have runs that pass a TLSv1, TLSv1.1 and TLSv1.3 argument to it.
>
> See above.
>
>> Are you seeing test failures due to the lack of this block? It would
>> be good to know why we need to revisit the original decision on
>> including this block.
>
> I can confirm the proposed patch fixes the test. As to the reason, the
> referenced mailing list thread's argument was prior Martin's decision
> to backport JDK-8234728[i]. That backport was done rendering this
> (original) argument wrong. Martin, please correct me if I'm wrong here.
>
You are right.
The proposed backport looks good to me.
Thanks,
Martin.-
More information about the jdk8u-dev
mailing list