FULL PRODUCT VERSION :
java version "1.8.0_92"
Java(TM) SE Runtime Environment (build 1.8.0_92-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.92-b14, mixed mode)

ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows [Version 6.1.7601]


A DESCRIPTION OF THE PROBLEM :
I'm cannot use method HttpsURLConnection.getDefaultSSLSocketFactory() for compare connection socket factory with default in case of multithreading enviroment.

Method returns different results for different threads while expected the same result for all threads.

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
run Test.class without any args


EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
37a71e93
37a71e93
37a71e93
37a71e93
37a71e93
37a71e93
37a71e93
37a71e93
37a71e93
37a71e93
37a71e93
ACTUAL -
1bdeb8ee
6bad1bc1
3786deeb
4f085a0a
71045905
1b752d80
4295b587
4880e0d
65c16078
7dca373f

REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
package com.netcracker.test;

import javax.net.ssl.HttpsURLConnection;

public class Test {
public static void main(String[] args) {

for (int i = 0; i < 10; i++) {
new Thread(new Runnable() {
@Override
public void run() {
System.out.println(Integer.toHexString(HttpsURLConnection.getDefaultSSLSocketFactory().hashCode()));
}
}).start();
}
}
}

---------- END SOURCE ----------

CUSTOMER SUBMITTED WORKAROUND :
Call HttpsURLConnection.getDefaultSSLSocketFactory() once before start threads.