Eclipse Community Forums: EclipseLink » eclipselink 2.6.4 STUCK thead

Home » Eclipse Projects » EclipseLink » eclipselink 2.6.4 STUCK thead(We are getting a lot of stuck thread in our production environment EclipseLink 2.6.4 WebLogic 12.2.1.2)

Show: Today's Messages :: Show Polls :: Message Navigator

eclipselink 2.6.4 STUCK thead [message #1765647]

Tue, 13 June 2017 06:10

saman sheikhtajian

Messages: 3
Registered: June 2017

Junior Member

Hi
We are getting a lot of stuck thread in our production environment. We have to restart the server, once the queries are stuck.
we are using EclipseLink 2.6.4 in a J2EE stack with WebLogic 12.2.1.2
this is one of thread stack trace .

"[STUCK] ExecuteThread: '29' for queue: 'weblogic.kernel.Default (self-tuning)'" #435 daemon prio=1 os_prio=0 tid=0x00007f5f90133800 nid=0x46fb sleeping[0x00007f5f1825d000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.__ejt_nmp_sleep(Native Method)
at java.lang.Thread.sleep(Thread.java)
at org.eclipse.persistence.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:445)
at org.eclipse.persistence.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:465)
at org.eclipse.persistence.internal.helper.ConcurrencyManager.checkDeferredLock(ConcurrencyManager.java:212)
at org.eclipse.persistence.internal.identitymaps.CacheKey.checkDeferredLock(CacheKey.java:267)
at org.eclipse.persistence.internal.identitymaps.IdentityMapManager.getFromIdentityMapWithDeferredLock(IdentityMapManager.java:956)
at org.eclipse.persistence.internal.sessions.IdentityMapAccessor.getFromLocalIdentityMapWithDeferredLock(IdentityMapAccessor.java:446)
at org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.checkCacheForObject(ExpressionQueryMechanism.java:892)
at org.eclipse.persistence.queries.ReadObjectQuery.checkEarlyReturnLocal(ReadObjectQuery.java:260)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.checkEarlyReturn(ObjectLevelReadQuery.java:856)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.checkEarlyReturn(ObjectLevelReadQuery.java:882)
at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:841)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1134)
at org.eclipse.persistence.queries.ReadObjectQuery.execute(ReadObjectQuery.java:441)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:1222)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2896)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1857)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1839)
at org.eclipse.persistence.internal.indirection.NoIndirectionPolicy.valueFromQuery(NoIndirectionPolicy.java:326)
at org.eclipse.persistence.mappings.ForeignReferenceMapping.valueFromRowInternal(ForeignReferenceMapping.java:2327)
at org.eclipse.persistence.mappings.OneToOneMapping.valueFromRowInternal(OneToOneMapping.java:1848)
at org.eclipse.persistence.mappings.ForeignReferenceMapping.valueFromRow(ForeignReferenceMapping.java:2171)
at org.eclipse.persistence.mappings.ForeignReferenceMapping.buildCloneFromRow(ForeignReferenceMapping.java:336)
at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildAttributesIntoWorkingCopyClone(ObjectBuilder.java:1997)
at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildWorkingCopyCloneFromRow(ObjectBuilder.java:2250)
at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObjectInUnitOfWork(ObjectBuilder.java:848)
at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:735)
at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:689)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.buildObject(ObjectLevelReadQuery.java:805)
at org.eclipse.persistence.queries.ReadAllQuery.registerResultInUnitOfWork(ReadAllQuery.java:962)
at org.eclipse.persistence.queries.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:573)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:1175)
at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:904)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1134)
at org.eclipse.persistence.queries.ReadAllQuery.execute(ReadAllQuery.java:460)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:1222)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2896)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1857)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1839)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1804)
at org.eclipse.persistence.internal.jpa.QueryImpl.executeReadQuery(QueryImpl.java:258)
at org.eclipse.persistence.internal.jpa.QueryImpl.getResultList(QueryImpl.java:473)

Report message to a moderator

Re: eclipselink 2.6.4 STUCK thead [message #1765971 is a reply to message #1765647]

Wed, 14 June 2017 16:02

Chris Delahunt

Messages: 1389
Registered: July 2009

Senior Member

See https://wiki.eclipse.org/EclipseLink/FAQ/JPA#How_to_diagnose_and_resolve_hangs_and_deadlocks.3F

This stack in particular is running a select all type query to build entities that have an eager 1:1 reference, and is waiting for some other thread to finish building the referenced object before it can return it. It requires analysing the whole thread dump at intervals to tell what might be going wrong to tell if this a bottleneck in your application design and setting choices, or some error in the thread that was building the object this thread is waiting caused it to not finish or lock somehow. Caching, using lazy relationships, or reducing the contention on certain relationships entities for instance might alleviate any bottleneck.

Report message to a moderator

Previous Topic:	Eclipselink PerformanceProfiler Not Thread Safe
Next Topic:	Oracle Wallet Configuration

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Apr 26 19:18:39 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter