[JBoss JIRA] (ISPN-10640) Expiration creation/lastUsed timestamp are lost when preloading from store
by Will Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-10640?page=com.atlassian.jira.plugin... ]
Will Burns updated ISPN-10640:
------------------------------
Fix Version/s: 10.0.0.CR3
9.4.17.Final
> Expiration creation/lastUsed timestamp are lost when preloading from store
> --------------------------------------------------------------------------
>
> Key: ISPN-10640
> URL: https://issues.jboss.org/browse/ISPN-10640
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 9.4.16.Final
> Environment: Cache configuration with preload
> <local-cache name="default">
> <persistence>
> <file-store shared="false" preload="true" fetch-state="true"/>
> </persistence>
> </local-cache>
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Critical
> Fix For: 10.0.0.CR3, 9.4.17.Final
>
>
> If a cache store entries with expiration the MetaData creationTime is used to calculate the expiration.
> This works correct if the server is not restarted or preload=false for the store.
> If preload is enabled and the server preload the date the creationTime is set to the current server start time.
> In this case all expiration for existing entries is not working correctly
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-10640) Expiration creation/lastUsed timestamp are lost when preloading from store
by Will Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-10640?page=com.atlassian.jira.plugin... ]
Will Burns updated ISPN-10640:
------------------------------
Status: Open (was: New)
> Expiration creation/lastUsed timestamp are lost when preloading from store
> --------------------------------------------------------------------------
>
> Key: ISPN-10640
> URL: https://issues.jboss.org/browse/ISPN-10640
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 9.4.16.Final
> Environment: Cache configuration with preload
> <local-cache name="default">
> <persistence>
> <file-store shared="false" preload="true" fetch-state="true"/>
> </persistence>
> </local-cache>
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Critical
>
> If a cache store entries with expiration the MetaData creationTime is used to calculate the expiration.
> This works correct if the server is not restarted or preload=false for the store.
> If preload is enabled and the server preload the date the creationTime is set to the current server start time.
> In this case all expiration for existing entries is not working correctly
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-10644) Random failures in JsonSerializationTest
by Nistor Adrian (Jira)
[ https://issues.jboss.org/browse/ISPN-10644?page=com.atlassian.jira.plugin... ]
Nistor Adrian commented on ISPN-10644:
--------------------------------------
this ?
{code}
org.infinispan.server.configuration.JsonSerializationTest.testJsonSerialization
Error Message
expected:<[low]> but was:<[medium]>
Stacktrace
org.junit.ComparisonFailure: expected:<[low]> but was:<[medium]>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at org.infinispan.server.configuration.JsonSerializationTest.assertHotRodConnector(JsonSerializationTest.java:232)
at org.infinispan.server.configuration.JsonSerializationTest.testJsonSerialization(JsonSerializationTest.java:190)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.apache.maven.surefire.junitcore.pc.Scheduler$1.run(Scheduler.java:405)
at org.apache.maven.surefire.junitcore.pc.InvokerStrategy.schedule(InvokerStrategy.java:54)
at org.apache.maven.surefire.junitcore.pc.Scheduler.schedule(Scheduler.java:362)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runners.Suite.runChild(Suite.java:128)
at org.junit.runners.Suite.runChild(Suite.java:27)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.apache.maven.surefire.junitcore.pc.Scheduler$1.run(Scheduler.java:405)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
{code}
> Random failures in JsonSerializationTest
> ----------------------------------------
>
> Key: ISPN-10644
> URL: https://issues.jboss.org/browse/ISPN-10644
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months