Skip to main content

Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » EclipseLink » Weird cache thread started(weblogic stacktrace in unknown thread)
Weird cache thread started [message #978111] Fri, 09 November 2012 21:14 Go to next message
Missing name Missing name is currently offline Missing name Missing nameFriend
Messages: 1
Registered: November 2012
Junior Member

We use a threadlocal variabel in our mdb in weblogic 12c, but suddenly see a new thread started up which fails as it haven't set our threadlocal variabel used in the init of our entityclass (used for setting userinfo) and our code raises an exception.
When disabling L2 cache this thread isn't appearing, so seems there is multi-threading involved in L2 caching and what is it's job ??

any idea how to fix this - other than disabling L2 cache ?


Stacktrace is:

2012-11-08 13:30:18,681 ERROR [[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] - com.wmdata.egf.util.EgfException: EgfUser unknown to this thread
at com.wmdata.examdb.entity.CreateUpdateMetadata.<init>(
at com.wmdata.examdb.entity.StatusReportEntity.<init>(
at sun.reflect.GeneratedConstructorAccessor170.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
at java.lang.reflect.Constructor.newInstance(
at org.eclipse.persistence.internal.descriptors.InstantiationPolicy.buildNewInstanceUsingDefaultConstructor(
at org.eclipse.persistence.internal.descriptors.InstantiationPolicy.buildNewInstance(
at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildNewInstance(
at org.eclipse.persistence.descriptors.copying.InstantiationCopyPolicy.buildClone(
at org.eclipse.persistence.internal.descriptors.ObjectBuilder.instantiateClone(
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.buildOriginal(
at org.eclipse.persistence.internal.sessions.MergeManager.mergeChangesOfWorkingCopyIntoOriginal(
at org.eclipse.persistence.internal.sessions.MergeManager.mergeChangesOfWorkingCopyIntoOriginal(
at org.eclipse.persistence.internal.sessions.MergeManager.mergeChanges(
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.mergeChangesIntoParent(
at org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.mergeChangesIntoParent(
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.mergeClonesAfterCompletion(
at org.eclipse.persistence.transaction.AbstractSynchronizationListener.afterCompletion(
at org.eclipse.persistence.transaction.JTASynchronizationListener.afterCompletion(
at weblogic.transaction.internal.ServerSCInfo.doAfterCompletion(
at weblogic.transaction.internal.ServerSCInfo.callAfterCompletions(
at weblogic.transaction.internal.ServerTransactionImpl.callAfterCompletions(
at weblogic.transaction.internal.ServerTransactionImpl.afterCommittedStateHousekeeping(
at weblogic.transaction.internal.ServerTransactionImpl.setCommittedUnsync(
at weblogic.transaction.internal.ServerTransactionImpl.ackCommit(
at weblogic.transaction.internal.CoordinatorImpl.ackCommit(
at weblogic.transaction.internal.CoordinatorImpl_WLSkel.invoke(Unknown Source)
at weblogic.rmi.internal.BasicServerRef.invoke(
at weblogic.rmi.internal.BasicServerRef$
at weblogic.rmi.internal.BasicServerRef.handleRequest(
Re: Weird cache thread started [message #981710 is a reply to message #978111] Mon, 12 November 2012 16:34 Go to previous message
Chris Delahunt is currently offline Chris DelahuntFriend
Messages: 1300
Registered: July 2009
Senior Member
WebLogic uses a seperate thread to manage transactional resources, and this thread ends up calling the afterCompletion method that handles merging into the shared cache and cleaning up JPA resources. I don't know of a way or setting to stop this from being done in a seperate thread, but you may want to check the WebLogic docs or contact WebLogic support.

An EclipseLink solution might be to handle setting/unsetting of the value in the thread using UnitOfWork events listed here:
Registering a SessionEventListener, and then storing the value in the UnitOfWork's properties in a PostAcquireUnitOfWork event method, then setting it on your thread context in PreMergeUnitOfWorkChangeSet and PreDistributedMergeUnitOfWorkChangeSet (if using RCM to send changes out to remote caches).

Best Regards,
Previous Topic:JPA 2 inserting Parent table when trying to update child table field
Next Topic:JPQL Bug? BigInteger 22 digits (precision=22, scale=0)
Goto Forum:

Current Time: Fri Jun 22 11:46:25 GMT 2018

Powered by FUDForum. Page generated in 0.01992 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top