[infinispan-issues] [JBoss JIRA] Issue Comment Edited: (ISPN-849) testTransactional doesn't ever work
[
https://issues.jboss.org/browse/ISPN-849?page=com.atlassian.jira.plugin.s...
]
luca stancapiano edited comment on ISPN-849 at 12/27/10 12:11 PM:
------------------------------------------------------------------
I confirm that sometimes the commit inside the transaction:
t1.commit();
doesn't replicate. I'ld like see if it is a lack of time or there is some other
issue
was (Author: sviluppatorefico):
I confirm that sometimes the commit inside the transaction:
t1.commit();
doesn't replicate
testTransactional doesn't ever work
-----------------------------------
Key: ISPN-849
URL: https://issues.jboss.org/browse/ISPN-849
Project: Infinispan
Issue Type: Bug
Environment: mac osx
java version "1.6.0_22"
Java(TM) SE Runtime Environment (build 1.6.0_22-b04-307-10M3261)
Java HotSpot(TM) 64-Bit Server VM (build 17.1-b03-307, mixed mode)
Apache Maven 3.0 (r1004208; 2010-10-04 13:50:56+0200)
Reporter: luca stancapiano
Assignee: Manik Surtani
I'm triing testTransactional inside
distribution.rehash.ConcurrentNonOverlappingLeaveTest . Often it doesn't update the c1
cache with the value "transactionally_replaced" instead of "v1".
I thought about a syncronization problem of the Threads but I see that the put of the
field always is executed before the get. Actually the problem seems be in
org.infinispan.distribution.rehash.RehashTestBase class (95-109):
TransactionManager t1 = TestingUtil.getTransactionManager(c1);
t1.begin();
c1.put(keys.get(0), "transactionally_replaced");
Transaction tx = t1.getTransaction();
tx.enlistResource(new XAResourceAdapter() {
public int prepare(Xid id) {
// this would be called *after* the cache prepares.
try {
l.await();
} catch (InterruptedException e) {
}
return XAResource.XA_OK;
}
});
t1.commit();
maybe sometime there is a rollback
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira