[JBoss JIRA] (ISPN-9344) org.infinispan.commons.marshall.NotSerializableException when use DeltaSpike
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/ISPN-9344?page=com.atlassian.jira.plugin.... ]
Matej Novotny commented on ISPN-9344:
-------------------------------------
I am a bit puzzled, I don't see {{reloaderRef}} field anywhere in BM proxy...
> org.infinispan.commons.marshall.NotSerializableException when use DeltaSpike
> ----------------------------------------------------------------------------
>
> Key: ISPN-9344
> URL: https://issues.jboss.org/browse/ISPN-9344
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.2.4.Final
> Environment: Wildfly 13.0.0.Final (Infinispan 9.2.4)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
> Apache DeltaSpike: 1.8.2
> {code:java}
> <dependency>
> <groupId>org.apache.deltaspike.modules</groupId>
> <artifactId>deltaspike-jsf-module-api</artifactId>
> <version>1.8.2</version>
> <scope>compile</scope>
> </dependency>
> <dependency>
> <groupId>org.apache.deltaspike.modules</groupId>
> <artifactId>deltaspike-jsf-module-impl</artifactId>
> <version>1.8.2</version>
> <scope>runtime</scope>
> </dependency>
> {code}
> Reporter: Andrey Grigoriev
> Assignee: Galder Zamarreño
>
> I have project on Wildfly 10, and I use DeltaSpike JSF Module (For @WindowScoped bean). When I migrate to Wildfly 13 we have some errors:
> {code:java}
> ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (default task-2) ISPN000136: Error executing command PrepareCommand, writing keys [SessionCreationMetaDataKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN),
> SessionAttributesKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN), SessionAccessMetaDataKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN)]:
> org.infinispan.commons.marshall.NotSerializableException: java.lang.ref.WeakReference
> Caused by: an exception which occurred:
> in field org.jboss.weld.bean.builtin.BeanManagerProxy.reloaderRef
> in object org.jboss.weld.bean.builtin.BeanManagerProxy@f0640946
> in field org.apache.deltaspike.core.util.context.ContextualStorage.beanManager
> in object org.apache.deltaspike.core.util.context.ContextualStorage@1664c5af
> in object org.apache.deltaspike.core.util.context.ContextualStorage@1664c5af
> in field org.apache.deltaspike.core.impl.scope.AbstractBeanHolder.storageMap
> in object org.apache.deltaspike.core.impl.scope.window.WindowBeanHolder@1c45f46e
> in field org.jboss.weld.contexts.SerializableContextualInstanceImpl.instance
> in object org.jboss.weld.contexts.SerializableContextualInstanceImpl@2a240ffd
> in object org.jboss.weld.contexts.SerializableContextualInstanceImpl@2a240ffd
> {code}
> I asked DeltaSpike team about this, but they say that it is Infinispan problem:
> {code:java}
> <@struberg> seems like a weld bug if an injected BeanManager is not Serializable
> <@struberg> or the serialisation logic in Infinispan cannot deal with it
> < manovotn> hmm I can see BeanManagerProxy there, which is Weld's serializable BM version, so I would say it's Infinispan problem
> < manovotn> I would try asking there first
> <@struberg> point is, I don't think it's a DeltaSpike problem
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (ISPN-9345) TimeutException involving the org.infinispan.CONFIG cache
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/ISPN-9345?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on ISPN-9345:
--------------------------------
I wasn't aware of the behavior in IPv6!
*If* we set frag-size to 1200, then this should only be for UDP/IPv6. This is not needed for UDP/IPv4. Also, such a small frag_size is not needed when TCP is used, as TCP will reduce its packet size when it gets the ICMP packet-too-big response, AFAICS.
Sending a large packet at startup is too cumbersome, but this could be integrated into some configuration task perhaps?
> TimeutException involving the org.infinispan.CONFIG cache
> ---------------------------------------------------------
>
> Key: ISPN-9345
> URL: https://issues.jboss.org/browse/ISPN-9345
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.3.0.Final
> Reporter: Gustavo Fernandes
>
> {noformat}
> Caused by: org.infinispan.commons.CacheException: Initial state transfer timed out for cache org.infinispan.CONFIG on jedha-64980
> at org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete(StateTransferManagerImpl.java:233)
> 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.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:79)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (ISPN-9344) org.infinispan.commons.marshall.NotSerializableException when use DeltaSpike
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-9344?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant commented on ISPN-9344:
---------------------------------------
[~manovotn] Shouldn't the `reloaderRef` field be marked as `transient` ? Does it even make sense to serialize it ?
> org.infinispan.commons.marshall.NotSerializableException when use DeltaSpike
> ----------------------------------------------------------------------------
>
> Key: ISPN-9344
> URL: https://issues.jboss.org/browse/ISPN-9344
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.2.4.Final
> Environment: Wildfly 13.0.0.Final (Infinispan 9.2.4)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
> Apache DeltaSpike: 1.8.2
> {code:java}
> <dependency>
> <groupId>org.apache.deltaspike.modules</groupId>
> <artifactId>deltaspike-jsf-module-api</artifactId>
> <version>1.8.2</version>
> <scope>compile</scope>
> </dependency>
> <dependency>
> <groupId>org.apache.deltaspike.modules</groupId>
> <artifactId>deltaspike-jsf-module-impl</artifactId>
> <version>1.8.2</version>
> <scope>runtime</scope>
> </dependency>
> {code}
> Reporter: Andrey Grigoriev
> Assignee: Galder Zamarreño
>
> I have project on Wildfly 10, and I use DeltaSpike JSF Module (For @WindowScoped bean). When I migrate to Wildfly 13 we have some errors:
> {code:java}
> ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (default task-2) ISPN000136: Error executing command PrepareCommand, writing keys [SessionCreationMetaDataKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN),
> SessionAttributesKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN), SessionAccessMetaDataKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN)]:
> org.infinispan.commons.marshall.NotSerializableException: java.lang.ref.WeakReference
> Caused by: an exception which occurred:
> in field org.jboss.weld.bean.builtin.BeanManagerProxy.reloaderRef
> in object org.jboss.weld.bean.builtin.BeanManagerProxy@f0640946
> in field org.apache.deltaspike.core.util.context.ContextualStorage.beanManager
> in object org.apache.deltaspike.core.util.context.ContextualStorage@1664c5af
> in object org.apache.deltaspike.core.util.context.ContextualStorage@1664c5af
> in field org.apache.deltaspike.core.impl.scope.AbstractBeanHolder.storageMap
> in object org.apache.deltaspike.core.impl.scope.window.WindowBeanHolder@1c45f46e
> in field org.jboss.weld.contexts.SerializableContextualInstanceImpl.instance
> in object org.jboss.weld.contexts.SerializableContextualInstanceImpl@2a240ffd
> in object org.jboss.weld.contexts.SerializableContextualInstanceImpl@2a240ffd
> {code}
> I asked DeltaSpike team about this, but they say that it is Infinispan problem:
> {code:java}
> <@struberg> seems like a weld bug if an injected BeanManager is not Serializable
> <@struberg> or the serialisation logic in Infinispan cannot deal with it
> < manovotn> hmm I can see BeanManagerProxy there, which is Weld's serializable BM version, so I would say it's Infinispan problem
> < manovotn> I would try asking there first
> <@struberg> point is, I don't think it's a DeltaSpike problem
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (ISPN-9327) Test failures in MemcachedFunctionalTest
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-9327?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-9327:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.4.0.Alpha1
Resolution: Done
> Test failures in MemcachedFunctionalTest
> ----------------------------------------
>
> Key: ISPN-9327
> URL: https://issues.jboss.org/browse/ISPN-9327
> Project: Infinispan
> Issue Type: Bug
> Reporter: Diego Lovison
> Assignee: Dan Berindei
> Fix For: 9.4.0.Alpha1
>
>
> From master the build is working but the tests are failing.
> {noformat}
> [ERROR] testBufferOverflowCausesUnknownException(org.infinispan.server.memcached.MemcachedFunctionalTest) Time elapsed: 0.008 s <<< FAILURE!
> java.nio.charset.MalformedInputException: Input length = 1
> at java.nio.charset.CoderResult.throwException(CoderResult.java:281)
> at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:339)
> at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
> at java.io.InputStreamReader.read(InputStreamReader.java:184)
> at java.io.BufferedReader.fill(BufferedReader.java:161)
> at java.io.BufferedReader.readLine(BufferedReader.java:324)
> at java.io.BufferedReader.readLine(BufferedReader.java:389)
> at java.nio.file.Files.readAllLines(Files.java:3205)
> at org.infinispan.server.memcached.MemcachedFunctionalTest.testBufferOverflowCausesUnknownException(MemcachedFunctionalTest.java:607)
> [ERROR] testSetWithUTF8Key(org.infinispan.server.memcached.MemcachedFunctionalTest) Time elapsed: 60.013 s <<< FAILURE!
> net.spy.memcached.OperationTimeoutException: Timeout waiting for value: waited 60,000 ms. Node status: Connection Status { /127.0.0.1:16311 active: true, authed: true, last read: 60,004 ms ago }
> at net.spy.memcached.MemcachedClient.get(MemcachedClient.java:1240)
> at net.spy.memcached.MemcachedClient.get(MemcachedClient.java:1256)
> at org.infinispan.server.memcached.MemcachedFunctionalTest.testSetWithUTF8Key(MemcachedFunctionalTest.java:89)
> Caused by: net.spy.memcached.internal.CheckedOperationTimeoutException: Timed out waiting for operation - failing node: /127.0.0.1:16311
> at net.spy.memcached.internal.OperationFuture.get(OperationFuture.java:167)
> at net.spy.memcached.internal.GetFuture.get(GetFuture.java:69)
> at net.spy.memcached.MemcachedClient.get(MemcachedClient.java:1229)
> ... 25 more
> [ERROR] testVersion(org.infinispan.server.memcached.MemcachedFunctionalTest) Time elapsed: 60.008 s <<< FAILURE!
> java.lang.AssertionError: expected:<0> but was:<1>
> 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:245)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252)
> at org.infinispan.server.memcached.MemcachedFunctionalTest.testVersion(MemcachedFunctionalTest.java:470)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (ISPN-9346) Off-heap implementation crashes JVM
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-9346?page=com.atlassian.jira.plugin.... ]
William Burns commented on ISPN-9346:
-------------------------------------
Is there any way you can reproduce this with TRACE enabled for the org.infinispan.container.offheap package set to TRACE?
> Off-heap implementation crashes JVM
> -----------------------------------
>
> Key: ISPN-9346
> URL: https://issues.jboss.org/browse/ISPN-9346
> Project: Infinispan
> Issue Type: Enhancement
> Components: Off Heap
> Affects Versions: 9.1.1.Final
> Reporter: Dmitry Katsubo
> Assignee: William Burns
> Attachments: logs.7z
>
>
> There is a suspect that off-heap implementation has caused attached JVM crashes (see [^logs.7z]).
> There are no steps to reproduce. Perhaps somebody encounters the same issue.
> Log extract:
> {code}
> SIGSEGV (0xb) at pc=0x00007fb9a2f358ad, pid=42551, tid=140426343024384
> Problematic frame:
> J 17187 C1 org.infinispan.container.offheap.BoundedOffHeapDataContainer.moveToEnd(J)V (137 bytes) @ 0x00007fb9a2f358ad [0x00007fb9a2f357a0+0x10d]
> J 17205 C1 org.infinispan.container.offheap.BoundedOffHeapDataContainer.entryRetrieved(J)V (74 bytes) @ 0x00007fb9a2e02c2c [0x00007fb9a2e02960+0x2cc]
> J 17295 C1 org.infinispan.container.offheap.OffHeapDataContainer.performGet(JLjava/lang/Object;)Lorg/infinispan/container/entries/InternalCacheEntry; (72 bytes) @ 0x00007fb9a310c5ac [0x00007fb9a310c000+0x5ac]
> J 18853 C1 org.infinispan.container.offheap.OffHeapDataContainer.compute(Lorg/infinispan/commons/marshall/WrappedBytes;Lorg/infinispan/container/DataContainer$ComputeAction;)Lorg/infinispan/container/entries/InternalCacheEntry; (157 bytes) @ 0x00007fb9a250e814 [0x00007fb9a250dd00+0xb14]
> J 18851 C1 org.infinispan.container.offheap.BoundedOffHeapDataContainer.compute(Ljava/lang/Object;Lorg/infinispan/container/DataContainer$ComputeAction;)Lorg/infinispan/container/entries/InternalCacheEntry; (10 bytes) @ 0x00007fb9a4658cbc [0x00007fb9a4658ae0+0x1dc]
> J 18840 C1 org.infinispan.expiration.impl.ExpirationManagerImpl.handleInMemoryExpiration(Lorg/infinispan/container/entries/InternalCacheEntry;J)V (24 bytes) @ 0x00007fb9a1a2e55c [0x00007fb9a1a2e0e0+0x47c]
> j org.infinispan.expiration.impl.ExpirationManagerImpl.processExpiration()V+95
> j org.infinispan.expiration.impl.ExpirationManagerImpl$ScheduledTask.run()V+17
> J 15131 C2 java.util.concurrent.Executors$RunnableAdapter.call()Ljava/lang/Object; (14 bytes) @ 0x00007fb9a3cef368 [0x00007fb9a3cee200+0x1168]
> {code}
> Infinispan v9.1.1.Final
> Java v1.8.0_74-b02
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (ISPN-9344) org.infinispan.commons.marshall.NotSerializableException when use DeltaSpike
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-9344?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant commented on ISPN-9344:
---------------------------------------
To be fair this is not a problem with Infinispan, but the fact that you are expecting to marshall something which is not serializable. We could probably just ignore WeakReferences, but the behaviour would be undefined.
> org.infinispan.commons.marshall.NotSerializableException when use DeltaSpike
> ----------------------------------------------------------------------------
>
> Key: ISPN-9344
> URL: https://issues.jboss.org/browse/ISPN-9344
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.2.4.Final
> Environment: Wildfly 13.0.0.Final (Infinispan 9.2.4)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
> Apache DeltaSpike: 1.8.2
> {code:java}
> <dependency>
> <groupId>org.apache.deltaspike.modules</groupId>
> <artifactId>deltaspike-jsf-module-api</artifactId>
> <version>1.8.2</version>
> <scope>compile</scope>
> </dependency>
> <dependency>
> <groupId>org.apache.deltaspike.modules</groupId>
> <artifactId>deltaspike-jsf-module-impl</artifactId>
> <version>1.8.2</version>
> <scope>runtime</scope>
> </dependency>
> {code}
> Reporter: Andrey Grigoriev
> Assignee: Galder Zamarreño
>
> I have project on Wildfly 10, and I use DeltaSpike JSF Module (For @WindowScoped bean). When I migrate to Wildfly 13 we have some errors:
> {code:java}
> ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (default task-2) ISPN000136: Error executing command PrepareCommand, writing keys [SessionCreationMetaDataKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN),
> SessionAttributesKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN), SessionAccessMetaDataKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN)]:
> org.infinispan.commons.marshall.NotSerializableException: java.lang.ref.WeakReference
> Caused by: an exception which occurred:
> in field org.jboss.weld.bean.builtin.BeanManagerProxy.reloaderRef
> in object org.jboss.weld.bean.builtin.BeanManagerProxy@f0640946
> in field org.apache.deltaspike.core.util.context.ContextualStorage.beanManager
> in object org.apache.deltaspike.core.util.context.ContextualStorage@1664c5af
> in object org.apache.deltaspike.core.util.context.ContextualStorage@1664c5af
> in field org.apache.deltaspike.core.impl.scope.AbstractBeanHolder.storageMap
> in object org.apache.deltaspike.core.impl.scope.window.WindowBeanHolder@1c45f46e
> in field org.jboss.weld.contexts.SerializableContextualInstanceImpl.instance
> in object org.jboss.weld.contexts.SerializableContextualInstanceImpl@2a240ffd
> in object org.jboss.weld.contexts.SerializableContextualInstanceImpl@2a240ffd
> {code}
> I asked DeltaSpike team about this, but they say that it is Infinispan problem:
> {code:java}
> <@struberg> seems like a weld bug if an injected BeanManager is not Serializable
> <@struberg> or the serialisation logic in Infinispan cannot deal with it
> < manovotn> hmm I can see BeanManagerProxy there, which is Weld's serializable BM version, so I would say it's Infinispan problem
> < manovotn> I would try asking there first
> <@struberg> point is, I don't think it's a DeltaSpike problem
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (ISPN-9344) org.infinispan.commons.marshall.NotSerializableException when use DeltaSpike
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-9344?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant reassigned ISPN-9344:
-------------------------------------
Assignee: Galder Zamarreño
> org.infinispan.commons.marshall.NotSerializableException when use DeltaSpike
> ----------------------------------------------------------------------------
>
> Key: ISPN-9344
> URL: https://issues.jboss.org/browse/ISPN-9344
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.2.4.Final
> Environment: Wildfly 13.0.0.Final (Infinispan 9.2.4)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
> Apache DeltaSpike: 1.8.2
> {code:java}
> <dependency>
> <groupId>org.apache.deltaspike.modules</groupId>
> <artifactId>deltaspike-jsf-module-api</artifactId>
> <version>1.8.2</version>
> <scope>compile</scope>
> </dependency>
> <dependency>
> <groupId>org.apache.deltaspike.modules</groupId>
> <artifactId>deltaspike-jsf-module-impl</artifactId>
> <version>1.8.2</version>
> <scope>runtime</scope>
> </dependency>
> {code}
> Reporter: Andrey Grigoriev
> Assignee: Galder Zamarreño
>
> I have project on Wildfly 10, and I use DeltaSpike JSF Module (For @WindowScoped bean). When I migrate to Wildfly 13 we have some errors:
> {code:java}
> ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (default task-2) ISPN000136: Error executing command PrepareCommand, writing keys [SessionCreationMetaDataKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN),
> SessionAttributesKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN), SessionAccessMetaDataKey(G7Xi_IuajeE1_Nh517GPjinnDh24LkWB1G8wn0TN)]:
> org.infinispan.commons.marshall.NotSerializableException: java.lang.ref.WeakReference
> Caused by: an exception which occurred:
> in field org.jboss.weld.bean.builtin.BeanManagerProxy.reloaderRef
> in object org.jboss.weld.bean.builtin.BeanManagerProxy@f0640946
> in field org.apache.deltaspike.core.util.context.ContextualStorage.beanManager
> in object org.apache.deltaspike.core.util.context.ContextualStorage@1664c5af
> in object org.apache.deltaspike.core.util.context.ContextualStorage@1664c5af
> in field org.apache.deltaspike.core.impl.scope.AbstractBeanHolder.storageMap
> in object org.apache.deltaspike.core.impl.scope.window.WindowBeanHolder@1c45f46e
> in field org.jboss.weld.contexts.SerializableContextualInstanceImpl.instance
> in object org.jboss.weld.contexts.SerializableContextualInstanceImpl@2a240ffd
> in object org.jboss.weld.contexts.SerializableContextualInstanceImpl@2a240ffd
> {code}
> I asked DeltaSpike team about this, but they say that it is Infinispan problem:
> {code:java}
> <@struberg> seems like a weld bug if an injected BeanManager is not Serializable
> <@struberg> or the serialisation logic in Infinispan cannot deal with it
> < manovotn> hmm I can see BeanManagerProxy there, which is Weld's serializable BM version, so I would say it's Infinispan problem
> < manovotn> I would try asking there first
> <@struberg> point is, I don't think it's a DeltaSpike problem
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months