[JBoss JIRA] (ISPN-10020) PolarionJUnitXMLReporter assertion failure after configuration method failure
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-10020?page=com.atlassian.jira.plugin... ]
Dan Berindei updated ISPN-10020:
--------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/6737, https://github.com/infinispan/infinispan/pull/6790 (was: https://github.com/infinispan/infinispan/pull/6737)
> PolarionJUnitXMLReporter assertion failure after configuration method failure
> -----------------------------------------------------------------------------
>
> Key: ISPN-10020
> URL: https://issues.jboss.org/browse/ISPN-10020
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.4.8.Final, 10.0.0.Beta2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Minor
> Fix For: 10.0.0.Beta3
>
>
> {noformat}
> 16:48:30,946 ERROR (testng-ExceptionEvictionTest:[]) [TestSuiteProgress] Test failed: org.infinispan.eviction.impl.ExceptionEvictionTest.testEntryExpirationOverwritten[DIST_SYNC, nodeCount=3, storageType=OFF_HEAP, optimisticTransaction=false]
> java.lang.IllegalStateException: Duplicate test: org.infinispan.eviction.impl.ExceptionEvictionTest.testEntryExpirationOverwritten[DIST_SYNC, nodeCount=3, storageType=OFF_HEAP, optimisticTransaction=false]
> at org.infinispan.commons.test.PolarionJUnitXMLReporter.checkDuplicatesAndAdd(PolarionJUnitXMLReporter.java:416) ~[infinispan-commons-test-10.0.0-SNAPSHOT.jar:10.0.0-SNAPSHOT]
> at org.infinispan.commons.test.PolarionJUnitXMLReporter.onTestSkipped(PolarionJUnitXMLReporter.java:98) ~[infinispan-commons-test-10.0.0-SNAPSHOT.jar:10.0.0-SNAPSHOT]
> at org.testng.internal.TestListenerHelper.runTestListeners(TestListenerHelper.java:61) [testng-6.14.3.jar:?]
> at org.testng.internal.Invoker.runTestListeners(Invoker.java:1389) [testng-6.14.3.jar:?]
> at org.testng.internal.Invoker.registerSkippedTestResult(Invoker.java:1063) [testng-6.14.3.jar:?]
> {noformat}
> When TestNG skips a test method because a configuration method failed, it doesn't pass listeners the parameter values generated by the data provider, so {{PolarionJUnitXMLReporter}} can't generate a unique name for the test method execution.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years
[JBoss JIRA] (ISPN-10040) Embedded and server thread pool defaults should be the same
by William Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-10040?page=com.atlassian.jira.plugin... ]
William Burns updated ISPN-10040:
---------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/6788, https://github.com/infinispan/infinispan/pull/6789 (was: https://github.com/infinispan/infinispan/pull/6788)
> Embedded and server thread pool defaults should be the same
> -----------------------------------------------------------
>
> Key: ISPN-10040
> URL: https://issues.jboss.org/browse/ISPN-10040
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 8.2.11.Final, 10.0.0.Beta2, 9.4.9.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.0.0.Beta3, 9.4.11.Final
>
>
> Embedded:
> {code:java}
> DEFAULT_THREAD_COUNT.put(REMOTE_COMMAND_EXECUTOR, 200);
> DEFAULT_QUEUE_SIZE.put(REMOTE_COMMAND_EXECUTOR, 0);
> {code}
> Server:
> {code:java}
> REMOTE_COMMAND("remote-command", 25, 25, 100000, 60000),
> {code}
> Using a huge queue is not ok for the remote thread pool, but I missed it before because I assumed the server was using the {{KnownComponentNames}} defaults. We should unify the thread pool defaults in another class with a more topical name and remove {{KnownComponentNames}}.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years
[JBoss JIRA] (ISPN-10040) Embedded and server thread pool defaults should be the same
by William Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-10040?page=com.atlassian.jira.plugin... ]
William Burns updated ISPN-10040:
---------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/6788
> Embedded and server thread pool defaults should be the same
> -----------------------------------------------------------
>
> Key: ISPN-10040
> URL: https://issues.jboss.org/browse/ISPN-10040
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 8.2.11.Final, 10.0.0.Beta2, 9.4.9.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.0.0.Beta3, 9.4.11.Final
>
>
> Embedded:
> {code:java}
> DEFAULT_THREAD_COUNT.put(REMOTE_COMMAND_EXECUTOR, 200);
> DEFAULT_QUEUE_SIZE.put(REMOTE_COMMAND_EXECUTOR, 0);
> {code}
> Server:
> {code:java}
> REMOTE_COMMAND("remote-command", 25, 25, 100000, 60000),
> {code}
> Using a huge queue is not ok for the remote thread pool, but I missed it before because I assumed the server was using the {{KnownComponentNames}} defaults. We should unify the thread pool defaults in another class with a more topical name and remove {{KnownComponentNames}}.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years
[JBoss JIRA] (ISPN-10059) Clustered cache cannot start with off-heap and segmentation disabled
by William Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-10059?page=com.atlassian.jira.plugin... ]
William Burns updated ISPN-10059:
---------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Clustered cache cannot start with off-heap and segmentation disabled
> --------------------------------------------------------------------
>
> Key: ISPN-10059
> URL: https://issues.jboss.org/browse/ISPN-10059
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 10.0.0.Beta2, 9.4.10.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 10.0.0.Beta3, 9.4.11.Final
>
>
> With segmentation disabled and exception eviction is enabled, {{DataContainerFactory}} creates an instance of {{OffHeapDataContainer}}. Because the cache is clustered and {{OffHeapDataContainer}} implements {{InternalDataContainer}}, {{addSegments()}} will be invoked during startup and will throw {{UnsupportedOperationException}}.
> {{LocalTopologyManagerImpl}} sees this as a join problem and retries every 100ms until the state transfer timeout expires (4 minutes by default). However, {{ExceptionEvictionTest}} seems to retry forever when running the full test suite, preventing the generation of any test reports.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years
[JBoss JIRA] (ISPN-10074) DefaultSegmentedDataContainer executeTask() and iterator() include expired entries
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-10074?page=com.atlassian.jira.plugin... ]
Dan Berindei commented on ISPN-10074:
-------------------------------------
Will clarified that this is expected behaviour: because we don't want entries to disappear in one cache iteration and reappear in a later iteration, entries which should be expired according to maxidle are returned until a read operation or the purge worker thread removes them.
However, this is only implemented in the segmented data container implementations. We need to modify the non-segmented implementations to also ignore entries expired only because of maxidle.
> DefaultSegmentedDataContainer executeTask() and iterator() include expired entries
> ----------------------------------------------------------------------------------
>
> Key: ISPN-10074
> URL: https://issues.jboss.org/browse/ISPN-10074
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 10.0.0.Beta2, 9.4.10.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.0.0.Beta3, 9.4.11.Final
>
>
> The {{executeTask()}} javadoc doesn't mention expired entries, but {{iterator()}}'s says they shouldn't be included, and non-segmented containers do not include them.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years
[JBoss JIRA] (ISPN-10074) DefaultSegmentedDataContainer executeTask() and iterator() include expired entries
by Dan Berindei (Jira)
Dan Berindei created ISPN-10074:
-----------------------------------
Summary: DefaultSegmentedDataContainer executeTask() and iterator() include expired entries
Key: ISPN-10074
URL: https://issues.jboss.org/browse/ISPN-10074
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 9.4.10.Final, 10.0.0.Beta2
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 10.0.0.Beta3, 9.4.11.Final
The {{executeTask()}} javadoc doesn't mention expired entries, but {{iterator()}}'s says they shouldn't be included, and non-segmented containers do not include them.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years