Sidenote: Something is odd, as well. The next DB operation gets stuck.
"http-8080-Processor4" daemon prio=5 tid=0x0058de20 nid=0x18ffa00 in Object.wait() [f110b000..f1112b20]
at java.lang.Object.wait(Native Method)
- waiting on <0x78ada98> (a org.exolab.castor.persist.ObjectLock)
at org.exolab.castor.persist.ObjectLock.acquireLoadLock(ObjectLock.java: 454)
- locked <0x78ada98> (a org.exolab.castor.persist.ObjectLock)
at org.exolab.castor.persist.LockEngine$TypeInfo.acquire(LockEngine.java: 1190)
at org.exolab.castor.persist.LockEngine$TypeInfo.access$300(LockEngine.java :1017)
at org.exolab.castor.persist.LockEngine.load(LockEngine.java:358)
at org.exolab.castor.persist.TransactionContext.load(TransactionContext.jav a:653)
- locked <0x62666c0> (a org.exolab.castor.jdo.engine.TransactionContextImpl)
at org.exolab.castor.persist.TransactionContext.load(TransactionContext.jav a:559)
- locked <0x62666c0> (a org.exolab.castor.jdo.engine.TransactionContextImpl)
at org.exolab.castor.jdo.engine.DatabaseImpl.load(DatabaseImpl.java:332)
at com.wow.framework.dao.jdo.impl.JDOUserLoader.loadInternal(JDOUserLoader. java:57)
- locked <0x616a538> (a java.lang.Object)
at com.wow.framework.dao.jdo.impl.JDOUserLoader.loadByID(JDOUserLoader.java :37)
at com.wow.framework.dao.jdo.impl.DAOFactory.loadUserByID(DAOFactory.java: 394)
and never returns. It's the login manager trying to reload your user object into a set of principles, but gets stuck because, I think, the previous exception didn't somehow pass through the lock manager to unlock those classes. (shared mode)
That may be a genuine bug.
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
