[JBoss JIRA] (ISPN-6451) NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent still fails randomly
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-6451?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-6451:
------------------------------------
Most likely caused by ISPN-3918. We could make the test ignore this by retrying {{cache.get(key}} until the return value is non-null -- the non-null value should still match the result from {{putIfAbsent}}.
> 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
> 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)
9 years, 9 months
[JBoss JIRA] (ISPN-6737) 1 new web session creates 3 records in the corresponding war cache
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/ISPN-6737?page=com.atlassian.jira.plugin.... ]
Radoslav Husar closed ISPN-6737.
--------------------------------
Resolution: Rejected
What is printed out is controlled via java.lang.Object#toString thus the objects are not equal even if they have the same toString.
> 1 new web session creates 3 records in the corresponding war cache
> -------------------------------------------------------------------
>
> Key: ISPN-6737
> URL: https://issues.jboss.org/browse/ISPN-6737
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 8.1.2.Final
> Reporter: Michal Karm Babacek
> Assignee: Radoslav Husar
> Attachments: clusterbench-ee7.ear
>
>
> It might be just my ignorance, but it seems kinda weird anyway :)
> * [^clusterbench-ee7.ear] from [web-cache-investigator|https://github.com/Karm/clusterbench/tree/web-cach...] branch
> * 1 server, no balancer, trivial standalone-ha startup
> * result is way too many records in the cache for a single session id:
> {noformat}
> karm@localhost:~/Projects/MOD_CLUSTER/httpd-2.4.20-build/bin$ curl -c cookie.txt -b cookie.txt http://127.0.0.1:8080/clusterbench/debug
> Serial: 22
> Session ID: Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-
> Current time: Tue May 31 11:25:25 CEST 2016
> ServletRequest.getServerPort(): 8080
> ServletRequest.getLocalPort(): 8080
> Node name: localhost
> Members: [localhost]
> Cache: clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war, Size: 0
> Keys: []
> Cache: routing, Size: 1
> Keys: [localhost]
> Cache: clusterbench-ee7.ear.clusterbench-ee7-web-granular.war, Size: 0
> Keys: []
> Cache: clusterbench-ee7.ear.clusterbench-ee7-web-default.war, Size: 3
> Keys: [Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-, Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-, Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-]
> Cache: dist, Size: 0
> Keys: []
> Physical addresses: 127.0.0.1:55200;
> karm@localhost:~/Projects/MOD_CLUSTER/httpd-2.4.20-build/bin$ cat cookie.txt
> # Netscape HTTP Cookie File
> # http://curl.haxx.se/docs/http-cookies.html
> # This file was generated by libcurl! Edit at your own risk.
> 127.0.0.1 FALSE /clusterbench FALSE 0 JSESSIONID Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-.localhost
> {noformat}
> WDYT?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (ISPN-6789) EntryWrappingInterceptor computes location twice on backup owners
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-6789?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-6789:
------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> EntryWrappingInterceptor computes location twice on backup owners
> ------------------------------------------------------------------
>
> Key: ISPN-6789
> URL: https://issues.jboss.org/browse/ISPN-6789
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.Alpha2, 8.2.2.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Minor
> Fix For: 9.0.0.Alpha3
>
>
> {{cdl.localNodeIsPrimaryOwner(key) || (cdl.localNodeIsOwner(key) && !ctx.isOriginLocal())}} computes the owner twice. In replicated mode, the {{localNodeIsOwner()}} is cheaper, so it's better to call {{localNodeIsPrimaryOwner()}} only on the originator.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (ISPN-6718) Improve error messages
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-6718?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic updated ISPN-6718:
--------------------------------------
Status: Open (was: New)
> Improve error messages
> ----------------------
>
> Key: ISPN-6718
> URL: https://issues.jboss.org/browse/ISPN-6718
> Project: Infinispan
> Issue Type: Enhancement
> Components: Console
> Affects Versions: 8.2.2.Final
> Reporter: Jiří Holuša
> Assignee: Vladimir Blagojevic
> Priority: Minor
>
> When editing cache configuration, I try to put some invalid value, for example on "Transactions" tab into "Stop timeout" field, when I put a string "xyz", which is trivially invalid since it's not a number, I get an error dialog with text:
> "domain-failure-description
> WFLYCTL0097: Wrong type for stop-timeout. Expected [LONG] but was STRING"
> The text is very descriptive, which is fine. I would suggest removing the "domain-failure-description" string and maybe even the WildFly error code, to make it more user friendly.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (ISPN-6718) Improve error messages
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-6718?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic updated ISPN-6718:
--------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan-management-console/pull/111
> Improve error messages
> ----------------------
>
> Key: ISPN-6718
> URL: https://issues.jboss.org/browse/ISPN-6718
> Project: Infinispan
> Issue Type: Enhancement
> Components: Console
> Affects Versions: 8.2.2.Final
> Reporter: Jiří Holuša
> Assignee: Vladimir Blagojevic
> Priority: Minor
>
> When editing cache configuration, I try to put some invalid value, for example on "Transactions" tab into "Stop timeout" field, when I put a string "xyz", which is trivially invalid since it's not a number, I get an error dialog with text:
> "domain-failure-description
> WFLYCTL0097: Wrong type for stop-timeout. Expected [LONG] but was STRING"
> The text is very descriptive, which is fine. I would suggest removing the "domain-failure-description" string and maybe even the WildFly error code, to make it more user friendly.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (ISPN-6789) EntryWrappingInterceptor computes location twice on backup owners
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-6789?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-6789:
-------------------------------
Summary: EntryWrappingInterceptor computes location twice on backup owners (was: EnwtryWrappingInterceptor computes location twice on backup owners )
> EntryWrappingInterceptor computes location twice on backup owners
> ------------------------------------------------------------------
>
> Key: ISPN-6789
> URL: https://issues.jboss.org/browse/ISPN-6789
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.Alpha2, 8.2.2.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Minor
> Fix For: 9.0.0.Alpha3
>
>
> {{cdl.localNodeIsPrimaryOwner(key) || (cdl.localNodeIsOwner(key) && !ctx.isOriginLocal())}} computes the owner twice. In replicated mode, the {{localNodeIsOwner()}} is cheaper, so it's better to call {{localNodeIsPrimaryOwner()}} only on the originator.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months