[JBoss JIRA] (ISPN-5028) BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-5028?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-5028:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
> --------------------------------------------------------------------------
>
> Key: ISPN-5028
> URL: https://issues.jboss.org/browse/ISPN-5028
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.1.0.Beta1
>
>
> {noformat}
> 01:40:35,536 ERROR (testng-LocalEntryRetrieverEvictionTest:) [UnitTestTestNGListener] Test testExpiredEntryNotReturned(org.infinispan.iteration.LocalEntryRetrieverEvictionTest) failed.
> java.lang.AssertionError: expected:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, 3=3 stay in cache, 4=4 stay in cache}> but was:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, expired=this shouldn't be returned, 3=3 stay in cache, 4=4 stay in cache}>
> 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.iteration.BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned(BaseEntryRetrieverEvictionTest.java:56)
> {noformat}
> The problem is that the test measures the time expired since _before_ inserting the value, it should measure the time since _after_ inserting the value (actually {{Thread.sleep()}} would suffice). Computing the time since before the insert is only useful when check that the entry didn't expire too soon.
> I have seen a failure in {{LocalEntryRetrieverEvictionTest}} on my machine, but only failures in {{ReplicatedEntryRetrieverEvictionTest}} and {{DistributedEntryRetrieverEvictionTest}} in CI:
> http://ci.infinispan.org/viewLog.html?buildId=14438&tab=buildResultsDiv&b...
> http://ci.infinispan.org/viewLog.html?buildId=14568&tab=buildResultsDiv&b...
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 10 months
[JBoss JIRA] (ISPN-4966) Backup element in XSD should be a child of cache not just of clustered-cache
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4966?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant commented on ISPN-4966:
---------------------------------------
Actually, enabling backup on a cache installs the backup interceptor regardless of the cache mode itself. Obviously this requires a transport with RELAY2 at the container-level, but does not require any of the other clustering paraphernalia attached to the cache in question.
> Backup element in XSD should be a child of cache not just of clustered-cache
> ----------------------------------------------------------------------------
>
> Key: ISPN-4966
> URL: https://issues.jboss.org/browse/ISPN-4966
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 7.0.0.Final
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Fix For: 7.0.1.Final
>
>
> The infinispan-config-7.0.xsd schema wrongfully assumes that the backup element is only valid for clustered caches whereas it is valid for all types
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 10 months
[JBoss JIRA] (ISPN-5028) BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5028?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-5028:
--------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/3127
> BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
> --------------------------------------------------------------------------
>
> Key: ISPN-5028
> URL: https://issues.jboss.org/browse/ISPN-5028
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.1.0.Beta1
>
>
> {noformat}
> 01:40:35,536 ERROR (testng-LocalEntryRetrieverEvictionTest:) [UnitTestTestNGListener] Test testExpiredEntryNotReturned(org.infinispan.iteration.LocalEntryRetrieverEvictionTest) failed.
> java.lang.AssertionError: expected:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, 3=3 stay in cache, 4=4 stay in cache}> but was:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, expired=this shouldn't be returned, 3=3 stay in cache, 4=4 stay in cache}>
> 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.iteration.BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned(BaseEntryRetrieverEvictionTest.java:56)
> {noformat}
> The problem is that the test measures the time expired since _before_ inserting the value, it should measure the time since _after_ inserting the value (actually {{Thread.sleep()}} would suffice). Computing the time since before the insert is only useful when check that the entry didn't expire too soon.
> I have seen a failure in {{LocalEntryRetrieverEvictionTest}} on my machine, but only failures in {{ReplicatedEntryRetrieverEvictionTest}} and {{DistributedEntryRetrieverEvictionTest}} in CI:
> http://ci.infinispan.org/viewLog.html?buildId=14438&tab=buildResultsDiv&b...
> http://ci.infinispan.org/viewLog.html?buildId=14568&tab=buildResultsDiv&b...
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 10 months
[JBoss JIRA] (ISPN-4919) Configuration templates
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-4919?page=com.atlassian.jira.plugin.... ]
Paul Ferraro commented on ISPN-4919:
------------------------------------
Does this suggest that cache xml attributes will no longer have default values?
Let's say I define a template cache that defines <transaction isolation="REPEATABLE_READ"/> and a cache extension that defines <transaction mode="BATCH"/>. What then is the transaction isolation of the configured cache? The xsd says that transaction isolation defaults to READ_COMMITTED, meaning that <transaction isolation="READ_COMMITTED"/> and <transaction/> should be equivalent xml. However, I think this jira means to imply that the cache will use the "inherited" REPEATABLE_READ isolation. Thus, for the xsd to be correct, it will have to use 2 sets of attribute groups for each cache child resource, one that uses explicit default values (for cache templates) and one without defaults (meaning, the default value is implied by the configured template). That seems confusing to me.
Consider too the child resources of a cache. A given resource (e.g. transaction), is fully defined, how would you determine which attributes meant to be "overrides" of the template and which are not, in particular when the template uses a non-default value, and the cache wants to override the value to match the original default?
> Configuration templates
> -----------------------
>
> Key: ISPN-4919
> URL: https://issues.jboss.org/browse/ISPN-4919
> Project: Infinispan
> Issue Type: Feature Request
> Components: Configuration
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Fix For: 7.1.0.Beta1
>
>
> Currently there is a 1:1 relationship between configuration and named caches. While the programmatic API does have the ability to .read() an existing configuration to create a new one, the declarative config does not.
> We should introduce the concept of configuration inheritance, e.g.:
> {code}
> <local-cache name="eviction-cache">
> <eviction strategy="LIRS" maxEntries="10000"/>
> </local-cache>
> <local-cache name="mycache" template="eviction-cache" />
> {code}
> Possibly, cache templates should be made "abstract" so that they cannot be instantiated as named caches directly, e.g.:
> {code}
> <local-cache name="eviction-cache" abstract="true">
> ...
> </local-cache>
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 10 months
[JBoss JIRA] (ISPN-5028) BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5028?page=com.atlassian.jira.plugin.... ]
William Burns edited comment on ISPN-5028 at 12/2/14 8:30 AM:
--------------------------------------------------------------
The fix was correct, however the addition of parkUntil means the test could wait for an extremely long time. Thinking it might be easier to just call the Thread.sleep(long, int) method and pass in the long instead? WDYT?
was (Author: william.burns):
The fix was correct, however the addition of parkUntil means the test could wait for an extremely long time. Thinking it might be easier to just call the Thread.sleep(long, long) method and pass in the long instead? WDYT?
> BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
> --------------------------------------------------------------------------
>
> Key: ISPN-5028
> URL: https://issues.jboss.org/browse/ISPN-5028
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.1.0.Beta1
>
>
> {noformat}
> 01:40:35,536 ERROR (testng-LocalEntryRetrieverEvictionTest:) [UnitTestTestNGListener] Test testExpiredEntryNotReturned(org.infinispan.iteration.LocalEntryRetrieverEvictionTest) failed.
> java.lang.AssertionError: expected:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, 3=3 stay in cache, 4=4 stay in cache}> but was:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, expired=this shouldn't be returned, 3=3 stay in cache, 4=4 stay in cache}>
> 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.iteration.BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned(BaseEntryRetrieverEvictionTest.java:56)
> {noformat}
> The problem is that the test measures the time expired since _before_ inserting the value, it should measure the time since _after_ inserting the value (actually {{Thread.sleep()}} would suffice). Computing the time since before the insert is only useful when check that the entry didn't expire too soon.
> I have seen a failure in {{LocalEntryRetrieverEvictionTest}} on my machine, but only failures in {{ReplicatedEntryRetrieverEvictionTest}} and {{DistributedEntryRetrieverEvictionTest}} in CI:
> http://ci.infinispan.org/viewLog.html?buildId=14438&tab=buildResultsDiv&b...
> http://ci.infinispan.org/viewLog.html?buildId=14568&tab=buildResultsDiv&b...
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 10 months
[JBoss JIRA] (ISPN-5028) BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5028?page=com.atlassian.jira.plugin.... ]
William Burns edited comment on ISPN-5028 at 12/2/14 8:24 AM:
--------------------------------------------------------------
The fix was correct, however the addition of parkUntil means the test could wait for an extremely long time. Thinking it might be easier to just call the Thread.sleep(long, long) method and pass in the long instead? WDYT?
was (Author: william.burns):
The fix was correct, however the addition of parkUntil means the test could wait for an extremely long time. Thinking it might be easier to just call the Thread.sleep(int, long) method and pass in the long instead? WDYT?
> BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
> --------------------------------------------------------------------------
>
> Key: ISPN-5028
> URL: https://issues.jboss.org/browse/ISPN-5028
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.1.0.Beta1
>
>
> {noformat}
> 01:40:35,536 ERROR (testng-LocalEntryRetrieverEvictionTest:) [UnitTestTestNGListener] Test testExpiredEntryNotReturned(org.infinispan.iteration.LocalEntryRetrieverEvictionTest) failed.
> java.lang.AssertionError: expected:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, 3=3 stay in cache, 4=4 stay in cache}> but was:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, expired=this shouldn't be returned, 3=3 stay in cache, 4=4 stay in cache}>
> 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.iteration.BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned(BaseEntryRetrieverEvictionTest.java:56)
> {noformat}
> The problem is that the test measures the time expired since _before_ inserting the value, it should measure the time since _after_ inserting the value (actually {{Thread.sleep()}} would suffice). Computing the time since before the insert is only useful when check that the entry didn't expire too soon.
> I have seen a failure in {{LocalEntryRetrieverEvictionTest}} on my machine, but only failures in {{ReplicatedEntryRetrieverEvictionTest}} and {{DistributedEntryRetrieverEvictionTest}} in CI:
> http://ci.infinispan.org/viewLog.html?buildId=14438&tab=buildResultsDiv&b...
> http://ci.infinispan.org/viewLog.html?buildId=14568&tab=buildResultsDiv&b...
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 10 months
[JBoss JIRA] (ISPN-5028) BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5028?page=com.atlassian.jira.plugin.... ]
William Burns reopened ISPN-5028:
---------------------------------
The fix was correct, however the addition of parkUntil means the test could wait for an extremely long time. Thinking it might be easier to just call the Thread.sleep(int, long) method and pass in the long instead? WDYT?
> BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures
> --------------------------------------------------------------------------
>
> Key: ISPN-5028
> URL: https://issues.jboss.org/browse/ISPN-5028
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.1.0.Beta1
>
>
> {noformat}
> 01:40:35,536 ERROR (testng-LocalEntryRetrieverEvictionTest:) [UnitTestTestNGListener] Test testExpiredEntryNotReturned(org.infinispan.iteration.LocalEntryRetrieverEvictionTest) failed.
> java.lang.AssertionError: expected:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, 3=3 stay in cache, 4=4 stay in cache}> but was:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, expired=this shouldn't be returned, 3=3 stay in cache, 4=4 stay in cache}>
> 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.iteration.BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned(BaseEntryRetrieverEvictionTest.java:56)
> {noformat}
> The problem is that the test measures the time expired since _before_ inserting the value, it should measure the time since _after_ inserting the value (actually {{Thread.sleep()}} would suffice). Computing the time since before the insert is only useful when check that the entry didn't expire too soon.
> I have seen a failure in {{LocalEntryRetrieverEvictionTest}} on my machine, but only failures in {{ReplicatedEntryRetrieverEvictionTest}} and {{DistributedEntryRetrieverEvictionTest}} in CI:
> http://ci.infinispan.org/viewLog.html?buildId=14438&tab=buildResultsDiv&b...
> http://ci.infinispan.org/viewLog.html?buildId=14568&tab=buildResultsDiv&b...
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 10 months
[JBoss JIRA] (ISPN-5026) The Infinispan 7.0.2's GUI demo cannot be properly launched in Windows 7
by Ion Savin (JIRA)
[ https://issues.jboss.org/browse/ISPN-5026?page=com.atlassian.jira.plugin.... ]
Ion Savin updated ISPN-5026:
----------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/3125
Fixes both runGuiDemo.bat and runLuceneDemo.bat
> The Infinispan 7.0.2's GUI demo cannot be properly launched in Windows 7
> ------------------------------------------------------------------------
>
> Key: ISPN-5026
> URL: https://issues.jboss.org/browse/ISPN-5026
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration, Demos and Tutorials
> Affects Versions: 7.0.2.Final
> Environment: OS: Windows 7 sp1 64bit
> CPU: Intel Core i5-4460
> JDK: Oracle JDK 1.7.0_60
> Reporter: Erich Meier
> Assignee: Ion Savin
> Priority: Minor
> Fix For: 7.1.0.Final, 7.0.3.Final
>
> Original Estimate: 2 minutes
> Remaining Estimate: 2 minutes
>
> When running the runGuiDemo.bat. I get the information below:
> Exception in thread "main" java.lang.NoClassDefFoundError: org/infinispan/util/logging/LogFactory
> at org.infinispan.demo.InfinispanDemo.<clinit>InfinispanDemo.java:51)
> Caused by: java.lang.ClassNotFoundException: org.infinispan.util.logging.LogFactory
> at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> ... 1 more
> this problem is caused by the inproper java classpath configuration in runGuiDemo.bat
> I have fixed this bug by delete code section below:
> for %%i in (%ISPN_HOME%\*.jar) do (
> set CP=%CP%;%%i
> )
> and add three lines:
> set CP=%ISPN_HOME%\demos\gui\infinispan-embedded-7.0.2.Final.jar;%CP%
> set CP=%ISPN_HOME%\demos\gui\infinispan-embedded-query-7.0.2.Final.jar;%CP%
> set CP=%ISPN_HOME%\demos\gui\infinispan-remote-7.0.2.Final.jar;%CP%
> after: set CP=%ISPN_HOME%\demos\gui\infinispan-gui-demo.jar;%CP%
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 10 months
[JBoss JIRA] (ISPN-5026) The Infinispan 7.0.2's GUI demo cannot be properly launched in Windows 7
by Ion Savin (JIRA)
[ https://issues.jboss.org/browse/ISPN-5026?page=com.atlassian.jira.plugin.... ]
Ion Savin edited comment on ISPN-5026 at 12/2/14 7:53 AM:
----------------------------------------------------------
The PR fixes both runGuiDemo.bat and runLuceneDemo.bat
was (Author: isavin):
Fixes both runGuiDemo.bat and runLuceneDemo.bat
> The Infinispan 7.0.2's GUI demo cannot be properly launched in Windows 7
> ------------------------------------------------------------------------
>
> Key: ISPN-5026
> URL: https://issues.jboss.org/browse/ISPN-5026
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration, Demos and Tutorials
> Affects Versions: 7.0.2.Final
> Environment: OS: Windows 7 sp1 64bit
> CPU: Intel Core i5-4460
> JDK: Oracle JDK 1.7.0_60
> Reporter: Erich Meier
> Assignee: Ion Savin
> Priority: Minor
> Fix For: 7.1.0.Final, 7.0.3.Final
>
> Original Estimate: 2 minutes
> Remaining Estimate: 2 minutes
>
> When running the runGuiDemo.bat. I get the information below:
> Exception in thread "main" java.lang.NoClassDefFoundError: org/infinispan/util/logging/LogFactory
> at org.infinispan.demo.InfinispanDemo.<clinit>InfinispanDemo.java:51)
> Caused by: java.lang.ClassNotFoundException: org.infinispan.util.logging.LogFactory
> at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> ... 1 more
> this problem is caused by the inproper java classpath configuration in runGuiDemo.bat
> I have fixed this bug by delete code section below:
> for %%i in (%ISPN_HOME%\*.jar) do (
> set CP=%CP%;%%i
> )
> and add three lines:
> set CP=%ISPN_HOME%\demos\gui\infinispan-embedded-7.0.2.Final.jar;%CP%
> set CP=%ISPN_HOME%\demos\gui\infinispan-embedded-query-7.0.2.Final.jar;%CP%
> set CP=%ISPN_HOME%\demos\gui\infinispan-remote-7.0.2.Final.jar;%CP%
> after: set CP=%ISPN_HOME%\demos\gui\infinispan-gui-demo.jar;%CP%
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 10 months