IV86965: JAVA.LANG.EXCEPTIONININITIALIZERERROR WITH IBM JAVA AFTER SWITCH TO ORG.APACHE.COMMONS.LANG3

APAR status

• Closed as program error.

Error description

• Error Message: Making changes to use org.apache.commons.lang3
  has caused java.lang.ExceptionInInitializerError with IBM java
  8. But it works with openjdk 1.8.
  .
  Stack Trace: Exception in thread "main"
  java.lang.ExceptionInInitializerError
   at
  java.lang.J9VMInternals.ensureError(J9VMInternals.java:137)
   at
  java.lang.J9VMInternals.recordInitializationFailure(J9VMInternal
  s.java:126)
   at
  org.apache.commons.lang3.SerializationUtils.clone(SerializationU
  tils.java:88)
   at commonslang3$1.childValue(commonslang3.java:10)
   at commonslang3$1.childValue(commonslang3.java:1)
   at
  java.lang.ThreadLocal$ThreadLocalMap.<init>(ThreadLocal.java:404
  )
   at
  java.lang.ThreadLocal$ThreadLocalMap.<init>(ThreadLocal.java:311
  )
   at
  java.lang.ThreadLocal.createInheritedMap(ThreadLocal.java:268)
   at java.lang.Thread.initialize(Thread.java:326)
   at java.lang.Thread.<init>(Thread.java:297)
   at java.lang.Thread.<init>(Thread.java:160)
   at commonslang3.main(commonslang3.java:23)
  Caused by: java.lang.NullPointerException
   at
  org.apache.commons.lang3.SerializationUtils$ClassLoaderAwareObje
  ctInputStream.<init>(SerializationUtils.java:300)
   at
  org.apache.commons.lang3.SerializationUtils.clone(SerializationU
  tils.java:88)
   at commonslang3$1.childValue(commonslang3.java:10)
   at commonslang3$1.childValue(commonslang3.java:1)
   at
  java.lang.ThreadLocal$ThreadLocalMap.<init>(ThreadLocal.java:404
  )
   at
  java.lang.ThreadLocal$ThreadLocalMap.<init>(ThreadLocal.java:311
  )
   at
  java.lang.ThreadLocal.createInheritedMap(ThreadLocal.java:268)
   at java.lang.Thread.initialize(Thread.java:326)
   at java.lang.Thread.<init>(Thread.java:297)
   at java.lang.Thread.<init>(Thread.java:205)
   at java.io.ClassCache$Reaper.<init>(ClassCache.java:208)
   at
  java.io.ClassCache$CreateReaperAction.run(ClassCache.java:199)
   at
  java.io.ClassCache$CreateReaperAction.run(ClassCache.java:188)
   at
  java.security.AccessController.doPrivileged(AccessController.jav
  a:594)
   at java.io.ClassCache.<init>(ClassCache.java:54)
   at
  java.io.ObjectInputStream.<clinit>(ObjectInputStream.java:297)
   ... 10 more
  .
  Running the following simple Java test case can reproduce the
  problem.
  import java.util.Properties;
  import org.apache.commons.lang3.SerializationUtils;
  public class commonslang3 {
   static InheritableThreadLocal<Properties> localProperties =
  new InheritableThreadLocal<Properties>() {
   protected Properties childValue(Properties parent) {
   System.out.println("in clone");
   return (Properties) SerializationUtils.clone(parent);
   }
   protected Properties initialValue() {
   return new Properties();
   }
   };
   public static void main(String<OSB><CSB> args) {
   Properties x = new Properties();
   x.put("test", "value");
   localProperties.set(x);
  
   Thread t = new Thread(new Runnable() {
  
   @Override
   public void run() {
   Properties p = localProperties.get();
   System.out.println("t: " + p);
   }
   });
   t.start();
   localProperties.get().put("test2", "value2");
   Properties p = localProperties.get();
   System.out.println(p);
   }
  }
  

Local fix

• Adding java option -Dcom.ibm.enableClassCaching=false to disable
  class caching can bypass it.
  

Problem summary

• SerializationUtils is a class from third-part library
  commons-lang3.
  As part of the clinit of
  SerializationUtils$ClassLoaderAwareObjectInputStream, it does
  the clinit of its parent class ObjectInputStream. While doing
  the clinit of ObjectInputStream, it in turn calls
  SerializationUtils.clone and result in creating an instance of
  SerlizationUtil$ClassLoaderAwareObjectInoutStream even though
  its class initialization is not completed. As a result the
  static field in
  SerializtionUtil$ClassLoaderAwareObjectInputStream
  (primitiveTypes) is not initialized by the time its instance try
  to access it which results in the NPE.
  

Problem conclusion

• Lazy initialization is made to avoid creating an instance of
  SerlizationUtil$ClassLoaderAwareObjectInoutStream again before
  finishing the clinit.
  .
  This APAR will be fixed in the following Java Releases:
   8 SR3 (8.0.3.0)
  .
  Contact your IBM Product's Service Team for these Service
  Refreshes and Fix Packs.
  For those running stand-alone, information about the available
  Service Refreshes and Fix Packs can be found at:
   https://www.ibm.com/developerworks/java/jdk/
  

Temporary fix

• N/A
  

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  JAVA CLASS LIBS

• Fixed component ID

  620700130

Applicable component levels

• R800 PSY

     UP