[JBoss JIRA] (ISPN-8026) Random size related failures in Hibernate Cache
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8026?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-8026:
----------------------------------------
I got some TRACE logs here:
https://www.dropbox.com/s/087pdpap553l8u5/infinispan.log?dl=0
The trace logs so are not enough to find out what goes wrong. Since the remote cache gets the value fine, it seems the entry set count operation with the filter still returns 0. In theory, the problem should be with the local stream count operation of the remote cache, which somehow returns 0. I've added more logging to a local branch I have and will run more tests.
> Random size related failures in Hibernate Cache
> -----------------------------------------------
>
> Key: ISPN-8026
> URL: https://issues.jboss.org/browse/ISPN-8026
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.1.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: testsuite_stability
>
> Randomly failing test on CI:
> {{org.infinispan.test.hibernate.cache.functional.BulkOperationsTest.testBulkOperations[read-write, DIST_SYNC]}}
> Error Message and stack trace:
> {code}
> java.lang.AssertionError: expected:<10> but was:<9>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.test.hibernate.cache.functional.BulkOperationsTest.testBulkOperations(BulkOperationsTest.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:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.hibernate.testing.junit4.ExtendedFrameworkMethod.invokeExplosively(ExtendedFrameworkMethod.java:45)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 4 months
[JBoss JIRA] (ISPN-8129) Create Caching Service
by Sebastian Łaskawiec (JIRA)
Sebastian Łaskawiec created ISPN-8129:
-----------------------------------------
Summary: Create Caching Service
Key: ISPN-8129
URL: https://issues.jboss.org/browse/ISPN-8129
Project: Infinispan
Issue Type: Feature Request
Components: Cloud Integrations
Reporter: Sebastian Łaskawiec
Assignee: Sebastian Łaskawiec
A server for Caching Service should have:
* Disabled scripting and cache schemes
* Disabled query, tasks,
* Should not create caches on demand
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 4 months
[JBoss JIRA] (ISPN-8127) Prevent Hot Rod client from failing on certain scenarios
by Sebastian Łaskawiec (JIRA)
Sebastian Łaskawiec created ISPN-8127:
-----------------------------------------
Summary: Prevent Hot Rod client from failing on certain scenarios
Key: ISPN-8127
URL: https://issues.jboss.org/browse/ISPN-8127
Project: Infinispan
Issue Type: Enhancement
Components: Cloud Integrations, Remote Protocols
Reporter: Sebastian Łaskawiec
In some scenarios it should be possible to use Hot Rod client in graceful mode. It shouldn't fail when it can not contact the server (especially when {{putIfAbsent}} is concerned).
As long as near caching is concerned, we could provide stale data in such scenario.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 4 months
[JBoss JIRA] (ISPN-8126) Allow creating caches on demand by Hot Rod Client
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-8126?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-8126:
--------------------------------------
Description:
Currently we can't create caches on the fly. This is a pretty big usability gap especially in cloud environment. We should allow the Hot Rod client to create caches on the fly.
There should be also an eviction mechanism for those cashes (otherwise we would end up with OOM). Perhaps hooking into eviction reaper thread could be a good idea.
was:Currently we can't create caches on the fly. This is a pretty big usability gap especially in cloud environment. We should allow the Hot Rod client to create caches on the fly.
> Allow creating caches on demand by Hot Rod Client
> -------------------------------------------------
>
> Key: ISPN-8126
> URL: https://issues.jboss.org/browse/ISPN-8126
> Project: Infinispan
> Issue Type: Feature Request
> Components: Cloud Integrations, Remote Protocols
> Reporter: Sebastian Łaskawiec
>
> Currently we can't create caches on the fly. This is a pretty big usability gap especially in cloud environment. We should allow the Hot Rod client to create caches on the fly.
> There should be also an eviction mechanism for those cashes (otherwise we would end up with OOM). Perhaps hooking into eviction reaper thread could be a good idea.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 4 months