Hi
I am using the latest build of JBoss Cache 1.2.1. But I still get the Error
when using with Hibernate.
ERROR [org.jboss.cache.lock.IdentityLock] write lock for
//net/sf/hibernate/cache/UpdateTimestampsCache/Customer could not be acquired
after 15000 ms. Lock map ownership Read lock owners: []
Write lock owner: <odms-dev-svr1:3939>:2030
(caller=Thread[TP-Processor1,5,jboss])
2005-03-10 11:23:51,035 ERROR [net.sf.hibernate.impl.SessionImpl] could not
release a cache lock
net.sf.hibernate.cache.CacheException: org.jboss.cache.lock.TimeoutException:
write lock for //net/sf/hibernate/cache/UpdateTimestampsCache/Customer could
not be acquired after 15000 ms. Lock map ownership Read lock owners: []
Write lock owner: <odms-dev-svr1:3939>:2030
(caller=Thread[TP-Processor1,5,jboss])
The configuration is:
<?xml version="1.0" encoding="UTF-8"?>
<!-- ===================================================================== -->
<!-- -->
<!-- TreeCache Service Configuration -->
<!-- -->
<!-- ===================================================================== -->
<!-- ====================================================================
-->
<!-- Defines TreeCache configuration
-->
<!-- ====================================================================
-->
jboss:service=Naming
jboss:service=TransactionManager
<!--
Configure the TransactionManager
-->
org.jboss.cache.DummyTransactionManagerLookup
<!--
Node isolation level : SERIALIZABLE
REPEATABLE_READ (default)
READ_COMMITTED
READ_UNCOMMITTED
NONE
-->
REPEATABLE_READ
<!--
Valid modes are LOCAL
REPL_ASYNC
REPL_SYNC
-->
REPL_ASYNC
<!-- Name of cluster. Needs to be the same for all clusters, in order
to find each other
-->
TreeCache-Cluster
<!-- JGroups protocol stack properties. Can also be a URL,
e.g. file:/home/bela/default.xml
-->
<!-- UDP: if you have a multihomed machine,
set the bind_addr attribute to the appropriate NIC IP address
-->
<!-- UDP: On Windows machines, because of the media sense
feature
being broken with multicast (even after disabling media sense)
set the loopback attribute to true -->
<UDP mcast_addr="228.1.2.3" mcast_port="45567"
ip_ttl="64" ip_mcast="true"
mcast_send_buf_size="150000" mcast_recv_buf_size="80000"
ucast_send_buf_size="150000" ucast_recv_buf_size="80000"
loopback="true"/>
<PING timeout="2000" num_initial_members="3"
up_thread="false" down_thread="false"/>
<MERGE2 min_interval="10000" max_interval="20000"/>
<FD shun="true" up_thread="true" down_thread="true"/>
<VERIFY_SUSPECT timeout="1500"
up_thread="false" down_thread="false"/>
<pbcast.NAKACK gc_lag="50"
retransmit_timeout="600,1200,2400,4800"
up_thread="false" down_thread="false"/>
<pbcast.STABLE desired_avg_gossip="20000"
up_thread="false" down_thread="false"/>
<UNICAST timeout="600,1200,2400" window_size="100"
min_threshold="10"
down_thread="false"/>
<FRAG frag_size="8192"
down_thread="false" up_thread="false"/>
<pbcast.GMS join_timeout="5000" join_retry_timeout="2000"
shun="true" print_local_addr="true"/>
<pbcast.STATE_TRANSFER up_thread="false" down_thread="false"/>
<!--
Max number of entries in the cache. If this is exceeded, the
eviction policy will kick some entries out in order to make
more room
-->
100000
<!--
The max amount of time (in milliseconds) we wait until the
initial state (ie. the contents of the cache) are retrieved from
existing members in a clustered environment
-->
20000
<!--
Number of milliseconds to wait until all responses for a
synchronous call have been received.
-->
10000
<!-- Max number of milliseconds to wait for a lock acquisition -->
15000
<!-- Max number of milliseconds we hold a lock (not currently
implemented) -->
60000
<!-- Name of the eviction policy class. Not supported now. -->
I change the LockAcquisitionTimeout to 1000 and it gives the application more
quick response. It should not be the good solution for it. Does anyone could
give some help for it?
Thanks!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871511#3871511
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3871511
-------------------------------------------------------
This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content. Register
by 3/29 & save $300 http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click
_______________________________________________
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
