10:16 a.m.
testTransactional doesn't ever work
-----------------------------------
Key: ISPN-849
URL: https://issues.jboss.org/browse/ISPN-849
Project: Infinispan
Issue Type: Bug
Environment: mac osx
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
10:25 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-849) testTransactional doesn't ever work
[
https://issues.jboss.org/browse/ISPN-849?page=com.atlassian.jira.plugin.s...
]
luca stancapiano updated ISPN-849:
----------------------------------
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)
was:mac osx
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)
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
10:46 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-849) testTransactional doesn't ever work
[
https://issues.jboss.org/browse/ISPN-849?page=com.atlassian.jira.plugin.s...
]
luca stancapiano updated ISPN-849:
----------------------------------
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)
was:
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)
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
12:51 p.m.
New subject: [JBoss JIRA] Commented: (ISPN-849) testTransactional doesn't ever work
[
https://issues.jboss.org/browse/ISPN-849?page=com.atlassian.jira.plugin.s...
]
luca stancapiano commented on ISPN-849:
---------------------------------------
About org.infinispan.distribution.BaseDistFunctionalTest class (row 201) :
protected void assertOnAllCachesAndOwnership(Object key, String value) {
for (Cache<Object, String> c : caches) {
Object realVal = c.get(key);
if (value == null) {
assert realVal == null : "Expecting [" + key + "] to equal
[" + value + "] on cache ["
+ addressOf(c) + "] but was [" + realVal + "]";
} else {
assert value.equals(realVal) : "Expecting [" + key + "] to
equal [" + value + "] on cache ["
+ addressOf(c) + "] but was [" + realVal + "]";
}
}
if (value != null) assertOwnershipAndNonOwnership(key);
}
This method works with two caches. For example:
[Cache 'dist'@NodeH-53487, Cache 'dist'@NodeE-29465]
The first always returns the value "transactionally_replaced". The second
sometimes returns "v1" instead of "transactionally_replaced". I
suppose the caches always should be synchronized so could be a replication error through
the caches
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
11:09 a.m.
New subject: [JBoss JIRA] Commented: (ISPN-849) testTransactional doesn't ever work
[
https://issues.jboss.org/browse/ISPN-849?page=com.atlassian.jira.plugin.s...
]
luca stancapiano commented on ISPN-849:
---------------------------------------
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
11:12 a.m.
New subject: [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
6:30 a.m.
New subject: [JBoss JIRA] Resolved: (ISPN-849) testTransactional doesn't ever work
[
https://issues.jboss.org/browse/ISPN-849?page=com.atlassian.jira.plugin.s...
]
Manik Surtani resolved ISPN-849.
--------------------------------
Resolution: Duplicate Issue
See ISPN-902
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
5151
days inactive
5192
days old
infinispan-issues@lists.jboss.org
6 comments
2 participants
participants (2)
-
luca stancapiano (JIRA) -
Manik Surtani (JIRA)