[JBoss JIRA] (ISPN-8667) EncoderCache.withWrapping(Class) is not implemented
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-8667?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-8667:
--------------------------------
Status: Open (was: New)
> EncoderCache.withWrapping(Class) is not implemented
> ---------------------------------------------------
>
> Key: ISPN-8667
> URL: https://issues.jboss.org/browse/ISPN-8667
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.2.0.Beta2, 9.1.4.Final
> Reporter: William Burns
> Assignee: Gustavo Fernandes
>
> The EncoderCache.withWrapping(Class) method falls back to the AbstractDelegatingAdvancedCache which causes it to always supply the previous encoding and wrapping, completely ignoring the wrapping supplied. The EncoderCache.withWrapping(Class, Class) is properly implemented and works as it should.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8427) Support for non-String keys in the rest server
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8427?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8427:
------------------------------------
Status: Open (was: New)
> Support for non-String keys in the rest server
> ----------------------------------------------
>
> Key: ISPN-8427
> URL: https://issues.jboss.org/browse/ISPN-8427
> Project: Infinispan
> Issue Type: Enhancement
> Components: Server
> Affects Versions: 9.2.0.Alpha1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> The rest server assumes keys are always String, causing limited interoperability between remote endpoints.
> When a cache is written via Hot Rod, by default keys will be stored as {{byte[]}} produced via {{JBossMarshaller}} (the default marshaller), or a UTF-8 byte[] in case the {{UT8Marshaller}} is chosen.
> The Rest server should accept keys in different formats than String, using an encoding for byte[] values like Base64, and pass in an special header with the key media type so that the server can use it.
> With this capability, compat mode could be avoided when writing from Hot Rod and reading from Rest and vice versa
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8427) Support for non-String keys in the rest server
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8427?page=com.atlassian.jira.plugin.... ]
Work on ISPN-8427 started by Gustavo Fernandes.
-----------------------------------------------
> Support for non-String keys in the rest server
> ----------------------------------------------
>
> Key: ISPN-8427
> URL: https://issues.jboss.org/browse/ISPN-8427
> Project: Infinispan
> Issue Type: Enhancement
> Components: Server
> Affects Versions: 9.2.0.Alpha1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> The rest server assumes keys are always String, causing limited interoperability between remote endpoints.
> When a cache is written via Hot Rod, by default keys will be stored as {{byte[]}} produced via {{JBossMarshaller}} (the default marshaller), or a UTF-8 byte[] in case the {{UT8Marshaller}} is chosen.
> The Rest server should accept keys in different formats than String, using an encoding for byte[] values like Base64, and pass in an special header with the key media type so that the server can use it.
> With this capability, compat mode could be avoided when writing from Hot Rod and reading from Rest and vice versa
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8654) NPE EntryMergePolicyFactoryRegistry causes tests deadlocks
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8654?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8654:
------------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.2.0.CR1
Resolution: Done
> NPE EntryMergePolicyFactoryRegistry causes tests deadlocks
> ----------------------------------------------------------
>
> Key: ISPN-8654
> URL: https://issues.jboss.org/browse/ISPN-8654
> Project: Infinispan
> Issue Type: Bug
> Reporter: Gustavo Fernandes
> Assignee: Ryan Emerson
> Fix For: 9.2.0.CR1
>
>
> Observed this in the server test suite, but it appears to happen randomly
> Stdout:
> {noformat}
> 12:33:01,458 INFO [org.infinispan.server.endpoint] (MSC service thread 1-2) DGENDPT10002: REST listening on 127.0.0.1:8280 (mapped to rest)
> 12:33:01,458 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.datagrid-infinispan-endpoint.hotrod.hotrod-connector: org.jboss.msc.service.StartException in service jboss.datagrid-infinispan-endpoint.hotrod.hotrod-connector: DGENDPT10004: Failed to start HotRodServer
> at org.infinispan.server.endpoint.subsystem.ProtocolServerService.start(ProtocolServerService.java:160)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.conflict.impl.DefaultConflictManager.start() on object of type DefaultConflictManager
> at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:83)
> at org.infinispan.commons.util.SecurityActions.doPrivileged(SecurityActions.java:71)
> at org.infinispan.commons.util.SecurityActions.invokeAccessibly(SecurityActions.java:76)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:165)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:885)
> at org.infinispan.factories.AbstractComponentRegistry.lambda$invokePrioritizedMethods$3(AbstractComponentRegistry.java:647)
> at org.infinispan.factories.SecurityActions.lambda$run$1(SecurityActions.java:72)
> at org.infinispan.security.Security.doPrivileged(Security.java:81)
> at org.infinispan.factories.SecurityActions.run(SecurityActions.java:71)
> at org.infinispan.factories.AbstractComponentRegistry.invokePrioritizedMethods(AbstractComponentRegistry.java:640)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:633)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:551)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:232)
> at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:1000)
> at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:411)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:637)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:582)
> at org.infinispan.manager.DefaultCacheManager.internalGetCache(DefaultCacheManager.java:468)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:454)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:487)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:478)
> at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:94)
> at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:85)
> at org.infinispan.server.hotrod.HotRodServer.addSelfToTopologyView(HotRodServer.java:316)
> at org.infinispan.server.hotrod.HotRodServer.startInternal(HotRodServer.java:237)
> at org.infinispan.server.hotrod.HotRodServer.startInternal(HotRodServer.java:94)
> at org.infinispan.server.core.AbstractProtocolServer.start(AbstractProtocolServer.java:78)
> at org.infinispan.server.endpoint.subsystem.SecurityActions$6.run(SecurityActions.java:136)
> at org.infinispan.server.endpoint.subsystem.SecurityActions$6.run(SecurityActions.java:133)
> at org.infinispan.security.Security.doPrivileged(Security.java:76)
> at org.infinispan.server.endpoint.subsystem.SecurityActions.doPrivileged(SecurityActions.java:42)
> at org.infinispan.server.endpoint.subsystem.SecurityActions.startProtocolServer(SecurityActions.java:140)
> at org.infinispan.server.endpoint.subsystem.ProtocolServerService.startProtocolServer(ProtocolServerService.java:194)
> at org.infinispan.server.endpoint.subsystem.ProtocolServerService.start(ProtocolServerService.java:152)
> ... 5 more
> Caused by: java.lang.NullPointerException
> at org.infinispan.conflict.EntryMergePolicyFactoryRegistry.createInstance(EntryMergePolicyFactoryRegistry.java:40)
> at org.infinispan.conflict.impl.DefaultConflictManager.start(DefaultConflictManager.java:135)
> 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)
> ... 38 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months