[hibernate-dev] Regressions after upgrading from ORM 4.1.6 to 4.1.8

[Guillaume Smet]

Hi,

After upgrading from 4.1.6 to 4.1.8, we have a couple of regressions
in one of our applications.

We tried to obtain self contained test cases and understand what the
problem is but it's quite hard to reproduce and we haven't found a way
to isolate the problem yet.

Anyway, I was wondering if the stacktraces could ring a bell for
someone to help us analyze the problem. It might even be an obvious
bug for you once you have the stracktrace.

Here are both stacktraces for the regressions we have:

Stacktrace 1 (only when we configure the batch loading - might be due
to a race condition because it's not systematic):

Caused by: java.lang.NullPointerException
        at
org.hibernate.type.descriptor.java.AbstractTypeDescriptor.extractHashCode(AbstractTypeDescriptor.java:88)
        at
org.hibernate.type.AbstractStandardBasicType.getHashCode(AbstractStandardBasicType.java:210)
        at
org.hibernate.type.AbstractStandardBasicType.getHashCode(AbstractStandardBasicType.java:214)
        at org.hibernate.cache.spi.CacheKey.calculateHashCode(CacheKey.java:71)
        at org.hibernate.cache.spi.CacheKey.<init>(CacheKey.java:67)
        at
org.hibernate.internal.AbstractSessionImpl.generateCacheKey(AbstractSessionImpl.java:252)
        at
org.hibernate.engine.spi.BatchFetchQueue.isCached(BatchFetchQueue.java:330)
        at
org.hibernate.engine.spi.BatchFetchQueue.getCollectionBatch(BatchFetchQueue.java:312)
        at
org.hibernate.loader.collection.BatchingCollectionInitializer.initialize(BatchingCollectionInitializer.java:72)
        at
org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:678)
        at
org.hibernate.event.internal.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:80)
        at
org.hibernate.internal.SessionImpl.initializeCollection(SessionImpl.java:1804)
        at
org.hibernate.collection.internal.AbstractPersistentCollection$4.doWork(AbstractPersistentCollection.java:549)
        at
org.hibernate.collection.internal.AbstractPersistentCollection.withTemporarySessionIfNeeded(AbstractPersistentCollection.java:234)
        at
org.hibernate.collection.internal.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:545)
        at
org.hibernate.collection.internal.PersistentBag.removeAll(PersistentBag.java:345)





Stacktrace 2 (we have this one even if we disable the batch loading):

Caused by: java.lang.NullPointerException
        at org.hibernate.engine.internal.Cascade.cascadeProperty(Cascade.java:259)
        at org.hibernate.engine.internal.Cascade.cascade(Cascade.java:165)
        at
org.hibernate.event.internal.AbstractFlushingEventListener.cascadeOnFlush(AbstractFlushingEventListener.java:160)
        at
org.hibernate.event.internal.AbstractFlushingEventListener.prepareEntityFlushes(AbstractFlushingEventListener.java:151)
        at
org.hibernate.event.internal.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:88)
        at
org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:51)
        at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1213)
        at
org.hibernate.ejb.AbstractEntityManagerImpl.flush(AbstractEntityManagerImpl.java:986)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at
org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:240)
        at $Proxy115.flush(Unknown Source)


Thanks for your feedback.

-- 
Guillaume