[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