FULL PRODUCT VERSION :
JDK 6
JDK 7
JDK 8

ADDITIONAL OS VERSION INFORMATION :
Mac OsX
Linux

A DESCRIPTION OF THE PROBLEM :
If two threads access simultaneously to a class with static inner classes and a static block that create instances of the same class, the JVM block the two threads each other. Look the example code. All the others thread that will use this class will blocked without change their status. All the threads will remain in status RUNNING for ever.

The example code is the simplified version of
javax.print.attribute.standard.MediaSize that originally was blocking my code.

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Using javax.print.attribute.standard.MediaSize in a multithread environment without the "workaround"

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
All works as expected
ACTUAL -
As you can see here the threads are RUNNABLE but blocked each other.


ERROR MESSAGES/STACK TRACES THAT OCCUR :
pool-1-thread-2" #12 prio=5 os_prio=31 tid=0x00007faf4d06b000 nid=0x5903 in Object.wait() [0x0000000122d4d000]
   java.lang.Thread.State: RUNNABLE
at MediaSize.<clinit>(FreezeTest.java:21)
at MediaSize$Second.<clinit>(FreezeTest.java:17)
at FreezeTest$Freeze2.doSomething(FreezeTest.java:42)
at FreezeTest.lambda$main$1(FreezeTest.java:54)
at FreezeTest$$Lambda$2/381259350.call(Unknown Source)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)

"pool-1-thread-1" #11 prio=5 os_prio=31 tid=0x00007faf4d06a800 nid=0x5703 in Object.wait() [0x0000000122c4a000]
   java.lang.Thread.State: RUNNABLE
at MediaSize$First.<clinit>(FreezeTest.java:13)
at FreezeTest$Freeze1.doSomething(FreezeTest.java:36)
at FreezeTest.lambda$main$0(FreezeTest.java:53)
at FreezeTest$$Lambda$1/931919113.call(Unknown Source)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)

REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
import java.util.Arrays;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

/**
 * Loading its field in a multi thread environment the class block the thread for ever
 * simplified version for testing purpose of the JVM class
 * javax.print.attribute.standard.MediaSize was blocking my code
 */
class MediaSize {

    public final static class First {
        public static final MediaSize A = new MediaSize();
    }

    public final static class Second {
        public static final MediaSize B = new MediaSize();
    }

    static {
        MediaSize FirstEXECUTIVE = First.A;
        MediaSize SecondEXECUTIVE = Second.B;
    }
}

/**
 * This main() freeze all the JVM I tested.
 */
public class FreezeTest {

    // also this fix the issue (tnx to Bruno Bossola)
    // public static Object smartfix = MediaSize.First.A;

    public static class Freeze1 {
        public Object doSomething() {
            return MediaSize.First.A;
        }
    }

    public static class Freeze2 {
        public Object doSomething() {
            return MediaSize.Second.B;
        }
    }

    public static void main(String[] args) throws InterruptedException {

        //System.out.printf("This line fix the issue %s\n", MediaSize.First.A);

        ExecutorService pool = Executors.newFixedThreadPool(2);

        pool.invokeAll(Arrays.asList(
                () -> new Freeze1().doSomething(),
                () -> new Freeze2().doSomething()
        ));

        pool.shutdown();
    }
}

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

CUSTOMER SUBMITTED WORKAROUND :
Your main thread before spawning the threads have to load the class one time
like for example adding a field in a single thread env:

public static Object smartfix = MediaSize.First.A;