January 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-6059) Protostream should have support for JVM scripting languages

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6059?page=com.atlassian.jira.plugin.... ] Adrian Nistor reassigned ISPN-6059: ----------------------------------- Assignee: Adrian Nistor > Protostream should have support for JVM scripting languages > ----------------------------------------------------------- > > Key: ISPN-6059 > URL: https://issues.jboss.org/browse/ISPN-6059 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6059) Protostream should have support for JVM scripting languages

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6059?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-6059: -------------------------------- Status: Open (was: New) > Protostream should have support for JVM scripting languages > ----------------------------------------------------------- > > Key: ISPN-6059 > URL: https://issues.jboss.org/browse/ISPN-6059 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6058) Protostream should have support for Scala case classes

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6058?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-6058: -------------------------------- Summary: Protostream should have support for Scala case classes (was: Prootstream should have support for Scala case classes) > Protostream should have support for Scala case classes > ------------------------------------------------------ > > Key: ISPN-6058 > URL: https://issues.jboss.org/browse/ISPN-6058 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6058) Prootstream should have support for Scala case classes

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-6058: ----------------------------------- Summary: Prootstream should have support for Scala case classes Key: ISPN-6058 URL: https://issues.jboss.org/browse/ISPN-6058 Project: Infinispan Issue Type: Feature Request Components: Remote Protocols, Remote Querying Reporter: Adrian Nistor Assignee: Adrian Nistor -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6058) Prootstream should have support for Scala case classes

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6058?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-6058: -------------------------------- Status: Open (was: New) > Prootstream should have support for Scala case classes > ------------------------------------------------------ > > Key: ISPN-6058 > URL: https://issues.jboss.org/browse/ISPN-6058 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6057) Update Cassandra cache store to using Infinispan 7/8

by Антон Борисов (JIRA)

Антон Борисов created ISPN-6057: ----------------------------------- Summary: Update Cassandra cache store to using Infinispan 7/8 Key: ISPN-6057 URL: https://issues.jboss.org/browse/ISPN-6057 Project: Infinispan Issue Type: Feature Request Components: Loaders and Stores Reporter: Антон Борисов Currently cassandra-cache-store supports only 6x Infinispan. It would be great to add support for 7/8 versions and add this cache store to main repository -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4851) Make SyncConsistentHashFactory the default CH factory

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4851?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4851: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3929 > Make SyncConsistentHashFactory the default CH factory > ----------------------------------------------------- > > Key: ISPN-4851 > URL: https://issues.jboss.org/browse/ISPN-4851 > Project: Infinispan > Issue Type: Feature Request > Components: Configuration, Core > Affects Versions: 7.0.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.Alpha1 > > > With ISPN-4682 fixed, SyncConsistentHashFactory should be good enough to be the default. It still allows for more variation in the number of owned segments per node (+/-10% owned segments and +/-20% for primary-owned segments), but that should be acceptable for most purposes. > The major advantage of SCHF is that it depends only on the cache members and not on the order they joined. Users expect a key to map to the same node in all caches (as long as the caches have the same members). > One downside of SCHF, especially for testing, is that the segment ownership differs between test runs (being based on the random address assigned to each node). However, most tests that depend on key ownership should use {{ControlledConsistentHashFactory}} anyway. > We also need to verify that the number of segments moved by SCHF is comparable to the number of segments moved by DefaultConsistentHashFactory (ISPN-3729). -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4468) HR client is not able to unmarshall custom class when using AS modules

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4468?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4468: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1168262|https://bugzilla.redhat.com/show_bug.cgi?id=1168262] from ON_QA to VERIFIED > HR client is not able to unmarshall custom class when using AS modules > ---------------------------------------------------------------------- > > Key: ISPN-4468 > URL: https://issues.jboss.org/browse/ISPN-4468 > Project: Infinispan > Issue Type: Bug > Components: Marshalling, Remote Protocols > Reporter: Vojtech Juranek > Assignee: Galder Zamarreño > > When using HR client in JBoss and use JBoss modules for HR client, storing custom objects into remote cache works, however when custom objects is read back from remote cache, it fails as {{ClassNotFoundException}}: > {noformat} > testPutGetCustomObject(com.jboss.datagrid.test.hotrod.HotRodRemoteCacheIT) Time elapsed: 1.749 sec <<< ERROR! > org.infinispan.client.hotrod.exceptions.HotRodClientException: Unable to unmarshall byte stream > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:555) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425) > at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746) > {noformat} > [...] > {noformat} > Caused by: java.lang.ClassNotFoundException: org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person from [Module "org.infinispan.commons:jdg-6.3" from local module loader @5cbf5bb7 (finder: local module finder @171e7af3 (roots: /opt/test_servers/jboss-eap-6.2.2/modules,/opt/test_servers/jboss-eap-6.2.2/modules/system/layers/base))] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:270) > at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131) > at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:943) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1239) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:135) > at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromByteBuffer(AbstractJBossMarshaller.java:113) > at org.infinispan.commons.marshall.AbstractMarshaller.objectFromByteBuffer(AbstractMarshaller.java:82) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:553) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425) > at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746) > {noformat} > Adding jar file with {{org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person}} into jboss-deployment-structure as a module didn't helped. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6049) Calls to reflection API fail with enabled security manager; need to be run in privileged block

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/ISPN-6049?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated ISPN-6049: --------------------------------- Fix Version/s: 8.1.1.Final > Calls to reflection API fail with enabled security manager; need to be run in privileged block > ---------------------------------------------------------------------------------------------- > > Key: ISPN-6049 > URL: https://issues.jboss.org/browse/ISPN-6049 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.1.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Fix For: 8.1.1.Final > > > Problematic are the calls that are originating in the unprivileged user code. For example: > org.infinispan.distribution.group.GroupManagerImpl.GroupMetadataImpl#getGroup > org.infinispan.distribution.group.GroupManagerImpl#createGroupMetadata > e.g. call stacks > https://gist.github.com/rhusar/e2ae371f852d926c5e13 > https://gist.github.com/rhusar/7411f9dc963bc9233eae -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6049) Calls to reflection API fail with enabled security manager; need to be run in privileged block

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/ISPN-6049?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated ISPN-6049: --------------------------------- Description: Problematic are the calls that are originating in the unprivileged user code. For example: org.infinispan.distribution.group.GroupManagerImpl.GroupMetadataImpl#getGroup org.infinispan.distribution.group.GroupManagerImpl#createGroupMetadata e.g. call stacks https://gist.github.com/rhusar/e2ae371f852d926c5e13 https://gist.github.com/rhusar/7411f9dc963bc9233eae was: Problematic are the calls that are originating in the unprivileged user code. For example: org.infinispan.distribution.group.GroupManagerImpl.GroupMetadataImpl#getGroup org.infinispan.distribution.group.GroupManagerImpl#createGroupMetadata e.g. call stack https://gist.github.com/rhusar/e2ae371f852d926c5e13 > Calls to reflection API fail with enabled security manager; need to be run in privileged block > ---------------------------------------------------------------------------------------------- > > Key: ISPN-6049 > URL: https://issues.jboss.org/browse/ISPN-6049 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.1.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > > Problematic are the calls that are originating in the unprivileged user code. For example: > org.infinispan.distribution.group.GroupManagerImpl.GroupMetadataImpl#getGroup > org.infinispan.distribution.group.GroupManagerImpl#createGroupMetadata > e.g. call stacks > https://gist.github.com/rhusar/e2ae371f852d926c5e13 > https://gist.github.com/rhusar/7411f9dc963bc9233eae -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2016