[JBoss JIRA] (ISPN-6451) NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent still fails randomly
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-6451?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-6451:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent still fails randomly
> -------------------------------------------------------------------------------------------
>
> Key: ISPN-6451
> URL: https://issues.jboss.org/browse/ISPN-6451
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 8.2.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.0.0.Alpha3
>
>
> {noformat}
> java.util.concurrent.ExecutionException: java.lang.AssertionError: expected:<value_48_1> but was:<null>
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:206)
> at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent(NonTxPutIfAbsentDuringLeaveStressTest.java:97)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:38)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.AssertionError: expected:<value_48_1> but was:<null>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88)
> at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest$1.doPut(NonTxPutIfAbsentDuringLeaveStressTest.java:82)
> at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest$1.call(NonTxPutIfAbsentDuringLeaveStressTest.java:66)
> at org.infinispan.test.AbstractInfinispanTest$LoggingCallable.call(AbstractInfinispanTest.java:478)
> ... 4 more
> {noformat}
> http://ci.infinispan.org/project.html?projectId=Infinispan&testNameId=717...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ISPN-6792) NonTxDistributionInterceptor doesn't always change the matcher for retry
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-6792?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-6792:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> NonTxDistributionInterceptor doesn't always change the matcher for retry
> ------------------------------------------------------------------------
>
> Key: ISPN-6792
> URL: https://issues.jboss.org/browse/ISPN-6792
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.Alpha2, 8.2.2.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 9.0.0.Alpha3
>
>
> When invoking a non-transactional write command remotely, {{BaseDistributionInterceptor}} expects to receive an {{OutdatedTopologyException}} wrapped in a {{RemoteException}} if the remote node saw a newer cache topology.
> However, {{OutdatedTopologyException}} is handled differently by {{JGroupsTransport}}, and it is *not* wrapped in a {{RemoteException}}. Because of this, {{BaseDistributionInterceptor}} doesn't update the value matcher, and the retried command may fail when it sees its own value.
> This makes {{NonTxPutIfAbsentDuringLeaveStressTest}} fail randomly with
> {noformat}
> java.lang.AssertionError: expected:<null> but was:<value_7_0>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88)
> at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent(NonTxPutIfAbsentDuringLeaveStressTest.java:101)
> {noformat}
> Note that this is different from ISPN-6451: there, the assertion message is {{AssertionError: expected:<value_48_1> but was:<null>}}, and it is most likely caused by ISPN-3918.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ISPN-6842) ReplTotalOrderStateTransferFunctional1PcTest.testSTWithWritingTxThread random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-6842?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-6842:
-------------------------------
Description:
It seems the commit fails and Infinispan rolls back the JTA transaction automatically. Then the test's rollback fails, hiding the initial exception:
{noformat}
java.util.concurrent.ExecutionException: java.lang.IllegalStateException: BaseTransaction.rollback - ARJUNA016074: no transaction!
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:206)
at org.infinispan.statetransfer.StateTransferFunctionalTest.writingThreadTest(StateTransferFunctionalTest.java:353)
at org.infinispan.statetransfer.StateTransferFunctionalTest.testSTWithWritingTxThread(StateTransferFunctionalTest.java:251)
Caused by: java.lang.IllegalStateException: BaseTransaction.rollback - ARJUNA016074: no transaction!
at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.rollback(BaseTransaction.java:139)
at org.infinispan.statetransfer.StateTransferFunctionalTest$WritingTask.call(StateTransferFunctionalTest.java:140)
at org.infinispan.statetransfer.StateTransferFunctionalTest$WritingTask.call(StateTransferFunctionalTest.java:106)
at org.infinispan.test.AbstractInfinispanTest$LoggingCallable.call(AbstractInfinispanTest.java:492)
... 4 more
{noformat}
http://ci.infinispan.org/project.html?projectId=Infinispan&testNameId=-66...
was:
It seems the commit fails and Infinispan rolls back the JTA transaction automatically. Then the test's rollback fails, hiding the initial exception:
{noformat}
java.util.concurrent.ExecutionException: java.lang.IllegalStateException: BaseTransaction.rollback - ARJUNA016074: no transaction!
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:206)
at org.infinispan.statetransfer.StateTransferFunctionalTest.writingThreadTest(StateTransferFunctionalTest.java:353)
at org.infinispan.statetransfer.StateTransferFunctionalTest.testSTWithWritingTxThread(StateTransferFunctionalTest.java:251)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
at org.testng.SuiteRunner.access$000(SuiteRunner.java:38)
at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382)
at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalStateException: BaseTransaction.rollback - ARJUNA016074: no transaction!
at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.rollback(BaseTransaction.java:139)
at org.infinispan.statetransfer.StateTransferFunctionalTest$WritingTask.call(StateTransferFunctionalTest.java:140)
at org.infinispan.statetransfer.StateTransferFunctionalTest$WritingTask.call(StateTransferFunctionalTest.java:106)
at org.infinispan.test.AbstractInfinispanTest$LoggingCallable.call(AbstractInfinispanTest.java:492)
... 4 more
{noformat}
> ReplTotalOrderStateTransferFunctional1PcTest.testSTWithWritingTxThread random failures
> --------------------------------------------------------------------------------------
>
> Key: ISPN-6842
> URL: https://issues.jboss.org/browse/ISPN-6842
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.0.0.Alpha2
> Reporter: Dan Berindei
> Labels: testsuite_stability
>
> It seems the commit fails and Infinispan rolls back the JTA transaction automatically. Then the test's rollback fails, hiding the initial exception:
> {noformat}
> java.util.concurrent.ExecutionException: java.lang.IllegalStateException: BaseTransaction.rollback - ARJUNA016074: no transaction!
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:206)
> at org.infinispan.statetransfer.StateTransferFunctionalTest.writingThreadTest(StateTransferFunctionalTest.java:353)
> at org.infinispan.statetransfer.StateTransferFunctionalTest.testSTWithWritingTxThread(StateTransferFunctionalTest.java:251)
> Caused by: java.lang.IllegalStateException: BaseTransaction.rollback - ARJUNA016074: no transaction!
> at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.rollback(BaseTransaction.java:139)
> at org.infinispan.statetransfer.StateTransferFunctionalTest$WritingTask.call(StateTransferFunctionalTest.java:140)
> at org.infinispan.statetransfer.StateTransferFunctionalTest$WritingTask.call(StateTransferFunctionalTest.java:106)
> at org.infinispan.test.AbstractInfinispanTest$LoggingCallable.call(AbstractInfinispanTest.java:492)
> ... 4 more
> {noformat}
> http://ci.infinispan.org/project.html?projectId=Infinispan&testNameId=-66...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ISPN-6846) Script filter_failed_logs.sh doesn't work with the new test suite listeners
by Dan Berindei (JIRA)
Dan Berindei created ISPN-6846:
----------------------------------
Summary: Script filter_failed_logs.sh doesn't work with the new test suite listeners
Key: ISPN-6846
URL: https://issues.jboss.org/browse/ISPN-6846
Project: Infinispan
Issue Type: Bug
Components: Build process
Affects Versions: 9.0.0.Alpha2
Reporter: Dan Berindei
Assignee: Dan Berindei
Priority: Minor
Fix For: 9.0.0.Alpha3
CI uses {{filter_failed_logs.sh}} to find and filter the logs of failed tests in the Trace build. Unfortunately the script wasn't updated by ISPN-6364 (or ISPN-6609), so it doesn't find any failures.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ISPN-6743) Upsert does not work for MySQL
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-6743?page=com.atlassian.jira.plugin.... ]
Ryan Emerson updated ISPN-6743:
-------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4446
> Upsert does not work for MySQL
> ------------------------------
>
> Key: ISPN-6743
> URL: https://issues.jboss.org/browse/ISPN-6743
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 9.0.0.Alpha2
> Reporter: Krzysztof Sobolewski
> Assignee: Ryan Emerson
>
> ISPN-20, merged recently (thanks!), added "upsert" support for JDBC cache stores. The "upsert" SQL statement is database-type-dependent and the one for MySQL has a different "API" than the one for other database types - whereas all the others use the same number and order of placeholders as the equvalent INSERT statement, so that the same method can be used to update the INSERT, UPDATE and "upsert" statement, the MySQL one adds additional placeholders and the aforementioned method is no longer sufficient.
> The exception is:
> java.sql.SQLException: No value specified for parameter 4
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ISPN-6743) Upsert does not work for MySQL
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-6743?page=com.atlassian.jira.plugin.... ]
Ryan Emerson updated ISPN-6743:
-------------------------------
Status: Open (was: New)
> Upsert does not work for MySQL
> ------------------------------
>
> Key: ISPN-6743
> URL: https://issues.jboss.org/browse/ISPN-6743
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 9.0.0.Alpha2
> Reporter: Krzysztof Sobolewski
> Assignee: Ryan Emerson
>
> ISPN-20, merged recently (thanks!), added "upsert" support for JDBC cache stores. The "upsert" SQL statement is database-type-dependent and the one for MySQL has a different "API" than the one for other database types - whereas all the others use the same number and order of placeholders as the equvalent INSERT statement, so that the same method can be used to update the INSERT, UPDATE and "upsert" statement, the MySQL one adds additional placeholders and the aforementioned method is no longer sufficient.
> The exception is:
> java.sql.SQLException: No value specified for parameter 4
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months