Tore Halset updated CAY-1124:
-----------------------------
Description:
I have gotten this one a couple of times on our production system running 3.0M3. As far as I see, this code has not been improved since 3.0M3, so I register this as a major bug.
"TP-Processor5" daemon prio=10 tid=0x00002aab798c0400 nid=0xc2e waiting for monitor entry [0x0000000043e64000..0x000000
0043e66bb0]
java.lang.Thread.State: BLOCKED (on object monitor)
at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
- waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
"DefaultQuartzScheduler_Worker-10" prio=10 tid=0x00002aab7afedc00 nid=0xc20 waiting for monitor entry [0x0000000043a62000..0x0000000043a62db0]
java.lang.Thread.State: BLOCKED (on object monitor)
at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
- waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
"DefaultQuartzScheduler_Worker-3" prio=10 tid=0x00002aab7af02c00 nid=0xc19 waiting for monitor entry [0x000000004335b000..0x000000004335be30]
java.lang.Thread.State: BLOCKED (on object monitor)
at org.apache.cayenne.access.DataRowStore.snapshotsUpdatedForObjects(DataRowStore.java:234)
- waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
at org.apache.cayenne.access.ObjectResolver.objectsFromDataRows(ObjectResolver.java:125)
at org.apache.cayenne.access.ObjectResolver.synchronizedObjectsFromDataRows(ObjectResolver.java:101)
- locked <0x00002aaabb39bb70> (a org.apache.cayenne.access.ObjectStore)
at org.apache.cayenne.access.DataDomainQueryAction.interceptObjectConversion(DataDomainQueryAction.java:460)
at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:129)
at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
was:
I have gotten this one a couple of times on our production system running 3.0M3. As far as I see, this code has not been improved since 3.0M3, so I register this as a major bug.
"TP-Processor5" daemon prio=10 tid=0x00002aab798c0400 nid=0xc2e waiting for monitor entry [0x0000000043e64000..0x000000
0043e66bb0]
java.lang.Thread.State: BLOCKED (on object monitor)
at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
- waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
> DataRowStore blocked
> --------------------
>
> Key: CAY-1124
> URL: https://issues.apache.org/cayenne/browse/CAY-1124
> Project: Cayenne
> Issue Type: Bug
> Components: Cayenne Core Library
> Affects Versions: 3.0
> Environment: 3.0M3
> Reporter: Tore Halset
> Assignee: Tore Halset
> Fix For: 3.0
>
>
> I have gotten this one a couple of times on our production system running 3.0M3. As far as I see, this code has not been improved since 3.0M3, so I register this as a major bug.
> "TP-Processor5" daemon prio=10 tid=0x00002aab798c0400 nid=0xc2e waiting for monitor entry [0x0000000043e64000..0x000000
> 0043e66bb0]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
> at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
> at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
> "DefaultQuartzScheduler_Worker-10" prio=10 tid=0x00002aab7afedc00 nid=0xc20 waiting for monitor entry [0x0000000043a62000..0x0000000043a62db0]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
> at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
> at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
> "DefaultQuartzScheduler_Worker-3" prio=10 tid=0x00002aab7af02c00 nid=0xc19 waiting for monitor entry [0x000000004335b000..0x000000004335be30]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at org.apache.cayenne.access.DataRowStore.snapshotsUpdatedForObjects(DataRowStore.java:234)
> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
> at org.apache.cayenne.access.ObjectResolver.objectsFromDataRows(ObjectResolver.java:125)
> at org.apache.cayenne.access.ObjectResolver.synchronizedObjectsFromDataRows(ObjectResolver.java:101)
> - locked <0x00002aaabb39bb70> (a org.apache.cayenne.access.ObjectStore)
> at org.apache.cayenne.access.DataDomainQueryAction.interceptObjectConversion(DataDomainQueryAction.java:460)
> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:129)
> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
>
-- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
This archive was generated by hypermail 2.0.0 : Wed Oct 15 2008 - 15:26:03 EDT