Home > Java > Beware of OpenJPA when upgrading Java

Beware of OpenJPA when upgrading Java

People often ask me if we should upgrade to the latest Java version and I always answer the same thing. Of course we should, what could be wrong about better performance and the latest security updates? I always amend something about trying it in a test environment first, though. Over the years I have seldom seen any problems with a Java SE update, the platform is remarkably backwards compatible. But then magic entered the stage.

The magic in this case is the build time byte code enhancement performed by OpenJPA. Apparently the byte code verifier was changed a bit in Java SE 7, so the classes are no longer valid. Oracle’s JVM complains. IBM’s Java 7 implementation crashes spectacularly. With Java 6 it just works.

Crash with IBM Java 7

OpenJPA has always been my least favourite JPA implementation and this did nothing to change that. Oh, they have fixed the byte code enhancer in newer versions (but if you are stuck with an old application server that might not help), but a similar problem exists for Java SE 8 and who wants to bet on everything playing out with Java 9 and 10? Not me.

It also says something about IBM’s JDK. It really shouldn’t crash on an invalid class, simply reject it and move on.

Nevertheless, my recommendation is still to use the latest Java version, but again – test it first and if you are using OpenJPA and/or anything but Oracle’s mainstream JVM, test it well!

Categories: Java
  1. 2016-03-20 at 09:35

    You are using the least maintained of the major JPA implementations there. I’ve always had good experiences with DataNucleus, which always seems to have support for the latest JRE as soon as it comes out (they do use ASM internally and that is well supported).

    • 2016-03-20 at 20:37

      I know, it is not by choice. My own favorite is Hibernate.

  1. No trackbacks yet.

Leave a reply to Erik Wramner Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.