[JBoss JIRA] (HRJS-61) Avoid leaking Buffer instances from data Socket callback
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/HRJS-61?page=com.atlassian.jira.plugin.sy... ]
Gustavo Fernandes updated HRJS-61:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Avoid leaking Buffer instances from data Socket callback
> --------------------------------------------------------
>
> Key: HRJS-61
> URL: https://issues.jboss.org/browse/HRJS-61
> Project: Infinispan Javascript client
> Issue Type: Bug
> Affects Versions: 0.4.0
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 0.5.0
>
>
> Connection class keeps around a replayable buffer in case responses from server come in chunks. On data callback references it creating a closure. However, if there's nothing else to read, these buffers should be marked to null so that callback functions can be garbage collected.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 7 months
[JBoss JIRA] (ISPN-9178) EntityCollectionInvalidationTest.testAll randomly failing
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-9178?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-9178:
----------------------------------------
The problem with this non-strict issue was that after finding the customer and bringing it to the 2LC, the put from load is async. The test does not wait for the put to complete in the remote node, and if there's a gap in the transport, visiting the customer's collection might happen before the put has replicated. The result is that the customer is present in the cache but not its collections. A detailed explanation can be found [here|https://gist.github.com/galderz/4f7a31190ceee89524a996b52a48e477].
> EntityCollectionInvalidationTest.testAll randomly failing
> ---------------------------------------------------------
>
> Key: ISPN-9178
> URL: https://issues.jboss.org/browse/ISPN-9178
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.3.0.Beta1
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: testsuite_stability
> Fix For: 9.3.0.CR1, 9.3.0.Final
>
>
> Failure:
> {code}
> [INFO] Running
> org.infinispan.test.hibernate.cache.commons.functional.cluster.EntityCollectionInvalidationTest
> [ERROR] Tests run: 12, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 7.655 s <<< FAILURE! - in org.infinispan.test.hibernate.cache.commons.functional.cluster.EntityCollectionInvalidationTest
> [ERROR] testAll[nonstrict, REPL_SYNC](org.infinispan.test.hibernate.cache.commons.functional.cluster.EntityCollectionInvalidationTest) Time elapsed: 0.563 s <<< FAILURE!
> java.lang.AssertionError: Contact#1 was in cache
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.infinispan.test.hibernate.cache.commons.functional.cluster.EntityCollectionInvalidationTest.assertLoadedFromCache(EntityCollectionInvalidationTest.java:426)
> at org.infinispan.test.hibernate.cache.commons.functional.cluster.EntityCollectionInvalidationTest.testAll(EntityCollectionInvalidationTest.java:171)
> 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:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> 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$CallableStatement.call(FailOnTimeout.java:298)
> at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:292)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.lang.Thread.run(Thread.java:748)
> {code}
> TRACE logs attached.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 7 months
[JBoss JIRA] (ISPN-9201) Hot Rod server doesn't apply flags on first cache operation
by Tristan Tarrant (JIRA)
Tristan Tarrant created ISPN-9201:
-------------------------------------
Summary: Hot Rod server doesn't apply flags on first cache operation
Key: ISPN-9201
URL: https://issues.jboss.org/browse/ISPN-9201
Project: Infinispan
Issue Type: Bug
Components: Hot Rod, Server
Affects Versions: 9.3.0.Beta1, 9.2.3.Final
Reporter: Tristan Tarrant
Assignee: Tristan Tarrant
Fix For: 9.3.0.CR1, 9.2.4.Final
The Hot Rod server doesn't apply client flags when obtaining a cache for the first time. This causes intermittent failures on RemoteCacheAdminTest.cacheReindexTest
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 7 months