[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: TreeCache deadlock
Hi Ben, I missed your posting on the 8th, do you still need anything else from me? Rich View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3844122#3844122 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3844122 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: TreeCache deadlock
Ben,
Here is the code segment I was using to get the exception
using the Hibernate API. The scenario is to create a new
object using this code and than update that object again using
the same code segment within a JBoss CMT. The exception
will happen on the session.flush() of the update. Is this enough
of a code segment for you?
Thanks,
Rich
Session session = null;
try {
Context context = new InitialContext();
SessionFactory sessionFactory =
(SessionFactory)context.lookup(java:/hibernate/HibernateFactory);
session = sessionFactory.openSession();
Object object = session.saveOrUpdateCopy(mappedObj);
session.flush();
} catch (Exception e) {
e.printStackTrace();
} finally {
session.close(session);
}
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3841075#3841075
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3841075
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBossCache and CMT Question
Bela, Actually it is Hibernate's use of the JBossCache that does this. We have another thread on the Hibernate's forum that Gavin and Ben and commented on. I don't really have a small test program, but Gavin and/or Ben have already discussed this and might be able to give you information that you need. Please look at the following thread in Hibernate http://forum.hibernate.org/viewtopic.php?p=2206715#2206715 Thanks, Rich View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3839828#3839828 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3839828 --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - TreeCache deadlock
I have an application that is using JBoss 3.2.4RC2 with Hibernate with 2.1.2, configured using TreeCache. I have a test that writes/updates and than deletes objects. That seems to complete successfully, but any time after that we attempt to evict the cache (I have an MBean that can evict on demand to clear any cache) we get the following exception. Can anyone explain why this would happening? Am I forgetting to do something to clear this lock? Thanks, Rich Caused by: org.jboss.cache.lock.TimeoutException: IdentityLock.acquireWriteLock(): lock could not be acquired after 1 ms. Lock map ownership Read lock owners: [:2] Write lock owner: null at org.jboss.cache.lock.IdentityLock.acquireWriteLock(IdentityLock.java:151) at org.jboss.cache.Node.acquireWriteLock(Node.java:412) at org.jboss.cache.Node.acquire(Node.java:381) at org.jboss.cache.TreeCache.findNode(TreeCache.java:2851) at org.jboss.cache.TreeCache._remove(TreeCache.java:1805) at org.jboss.cache.TreeCache._remove(TreeCache.java:1782) 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:324) at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:395) at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:2640) at org.jboss.cache.TreeCache.remove(TreeCache.java:1183) at net.sf.hibernate.cache.TreeCache.clear(TreeCache.java:85) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838821#3838821 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838821 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
