December 2018 - infinispan-issues

[JBoss JIRA] (ISPN-2575) KeyTransformer registration is required on all nodes of the cluster, in case of custom keys

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2575?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2575: -------------------------------- Assignee: Adrian Nistor (was: Sanne Grinovero) > KeyTransformer registration is required on all nodes of the cluster, in case of custom keys > ------------------------------------------------------------------------------------------- > > Key: ISPN-2575 > URL: https://issues.jboss.org/browse/ISPN-2575 > Project: Infinispan > Issue Type: Enhancement > Components: Querying > Affects Versions: 5.2.0.Beta5 > Reporter: Anna Manukyan > Assignee: Adrian Nistor > Attachments: ClusteredCacheTest.java > > > The case is the following: > I have a clustered cache on which I want to perform a search. I'm doing the following: > I'm initializing SearchManager on node1, I'm registering a custom key transformer for my key using the created searchmanager, but then when I'm trying to put data into the cache on node1 (which is in REPL_SYNC mode with cache on node2), I'm getting the exception: > java.lang.IllegalArgumentException: Indexing only works with entries keyed on Strings, primitives and classes that have the @Transformable annotation - you passed in a class org.infinispan.query.test.CustomKey3. Alternatively, see org.infinispan.query.SearchManager#registerKeyTransformer > When I'm initializing the SearchManager using node2 cache and register the keyTransformer on it as well, then everything works perfectly, even though I am not using the second created SearchManager. > The test which reproduces the issue is attached to the jira. Please see the test case: testSearchKeyTransformer() -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

1 week, 3 days

2
1
0 / 0

[JBoss JIRA] (ISPN-9850) State transfer enabled attribute is overridden by store fetch-state attribute

by Dan Berindei (Jira)

Dan Berindei created ISPN-9850: ---------------------------------- Summary: State transfer enabled attribute is overridden by store fetch-state attribute Key: ISPN-9850 URL: https://issues.jboss.org/browse/ISPN-9850 Project: Infinispan Issue Type: Bug Components: Configuration, Core Affects Versions: 9.4.5.Final, 10.0.0.Alpha2 Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 10.0.0.Beta1 The decision whether to request state is made based on {{(configuration.clustering().stateTransfer().fetchInMemoryState() || configuration.persistence().fetchPersistentState())}}. In the XML {{fetchInMemoryState}} is {{<state-transfer enabled=X/>}}, {{fetchPersistentState}} is {{<store fetch-state=X/>}}. We should rename {{fetchInMemoryState}} to match the XML and to indicate that it enables/disables all state transfer, and stores should not be allowed to fetch state if state transfer was disabled in the state transfer configuration. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9849) Server should allocate less when looking up the cache

by Dan Berindei (Jira)

Dan Berindei created ISPN-9849: ---------------------------------- Summary: Server should allocate less when looking up the cache Key: ISPN-9849 URL: https://issues.jboss.org/browse/ISPN-9849 Project: Infinispan Issue Type: Enhancement Components: Server Affects Versions: 9.4.5.Final, 10.0.0.Alpha2 Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 10.0.0.Beta1 * A composed String key is allocated to look up a decorated cache * Another composed String key is allocated to look up the {{CacheInfo}} object for that decorated cache. We could keep this map and remove the decorated caches map. * Reads decorate the cache with {{SKIP_STATISTICS}}, allocating a {{Flag[]}} and a {{DecoratedCache}} per request. I'd like to remove this wrapping, even if updating the statistics slows things down a bit, because without statistics there's no way to find the hit ratio of the cache. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9849) Server should allocate less when looking up the cache

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-9849?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-9849: ------------------------------- Status: Open (was: New) > Server should allocate less when looking up the cache > ----------------------------------------------------- > > Key: ISPN-9849 > URL: https://issues.jboss.org/browse/ISPN-9849 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 10.0.0.Alpha2, 9.4.5.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: performance > Fix For: 10.0.0.Beta1 > > > * A composed String key is allocated to look up a decorated cache > * Another composed String key is allocated to look up the {{CacheInfo}} object for that decorated cache. We could keep this map and remove the decorated caches map. > * Reads decorate the cache with {{SKIP_STATISTICS}}, allocating a {{Flag[]}} and a {{DecoratedCache}} per request. I'd like to remove this wrapping, even if updating the statistics slows things down a bit, because without statistics there's no way to find the hit ratio of the cache. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9819) Improve Spring-Session events handling in remote and embedded

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-9819?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-9819: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Improve Spring-Session events handling in remote and embedded > ------------------------------------------------------------- > > Key: ISPN-9819 > URL: https://issues.jboss.org/browse/ISPN-9819 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 10.0.0.Alpha2, 9.4.4.Final > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Major > Fix For: 10.0.0.Beta1, 9.4.6.Final > > > Embedded listeners should be clustered, otherwise only entry owners will be notified > Remote listeners should use the eager converter to retrieve the value on client side -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9848) RocksDBParallelIterationTest.testSequentialIterationWithoutValueOrMetadata random failures

by Dan Berindei (Jira)

Dan Berindei created ISPN-9848: ---------------------------------- Summary: RocksDBParallelIterationTest.testSequentialIterationWithoutValueOrMetadata random failures Key: ISPN-9848 URL: https://issues.jboss.org/browse/ISPN-9848 Project: Infinispan Issue Type: Bug Components: Test Suite - Core Affects Versions: 10.0.0.Alpha2 Reporter: Dan Berindei Fix For: 10.0.0.Beta1 The test fails right at the beginning, I assume a previous test did not clean up properly: {noformat} java.lang.AssertionError: expected [0] but found [200] at org.infinispan.persistence.ParallelIterationTest.runIterationTest(ParallelIterationTest.java:118) at org.infinispan.persistence.ParallelIterationTest.testSequentialIterationWithoutValueOrMetadata(ParallelIterationTest.java:109) {noformat} https://ci.infinispan.org/job/Infinispan/job/PR-6535/11/ -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9540) Remove the deprecated org.infinispan.affinity.KeyAffinityServiceImpl

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-9540?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-9540: ------------------------------------ Actually applications should use {{KeyAffinityServiceFactory}} instead > Remove the deprecated org.infinispan.affinity.KeyAffinityServiceImpl > -------------------------------------------------------------------- > > Key: ISPN-9540 > URL: https://issues.jboss.org/browse/ISPN-9540 > Project: Infinispan > Issue Type: Task > Components: Core > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Priority: Major > Fix For: 10.0.0.Beta1, 10.0.0.Final > > > This class is deprecated in favor of org.infinispan.affinity.impl.KeyAffinityServiceImpl -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9847) Extend configuration to allow inline JGroups configuration and inheritance

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9847?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9847: ---------------------------------- Status: Open (was: New) > Extend configuration to allow inline JGroups configuration and inheritance > -------------------------------------------------------------------------- > > Key: ISPN-9847 > URL: https://issues.jboss.org/browse/ISPN-9847 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Core > Affects Versions: 10.0.0.Alpha2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.Beta1 > > > Allowing inline JGroups configurations to increase usability. > Also support the following extra features: > * stack inheritance with protocol replacement/override > * easier xsite configuration > {code:xml} > <jgroups transport="org.infinispan.remoting.transport.jgroups.JGroupsTransport"> >  > <stack-file name="udp" path="stacks/udp.xml"/> > <stack-file name="tcp" path="stacks/tcp.xml"/> >  > <stack name="mping"> > <TCP bind_port="7800" port_range="30" recv_buf_size="20000000" send_buf_size="640000" > sock_conn_timeout="300" bundler_type="no-bundler" > thread_pool.min_threads="0" thread_pool.max_threads="25" thread_pool.keep_alive_time="5000"/> > <MPING bind_addr="127.0.0.1" break_on_coord_rsp="true" > mcast_addr="${jgroups.mping.mcast_addr:228.2.4.6}" > mcast_port="${jgroups.mping.mcast_port:43366}" > ip_ttl="${jgroups.udp.ip_ttl:2}"/> > <MERGE3/> > <FD_SOCK/> > <FD_ALL timeout="3000" > interval="1000" > timeout_check_interval="1000" > /> > <VERIFY_SUSPECT timeout="1000"/> > <pbcast.NAKACK2 > use_mcast_xmit="false" > xmit_interval="100" > xmit_table_num_rows="50" > xmit_table_msgs_per_row="1024" > xmit_table_max_compaction_time="30000"/> > <UNICAST3 > xmit_interval="100" > xmit_table_num_rows="50" > xmit_table_msgs_per_row="1024" > xmit_table_max_compaction_time="30000" > /> > <RSVP /> > <pbcast.STABLE stability_delay="200" > desired_avg_gossip="2000" > max_bytes="1M" > /> > <pbcast.GMS print_local_addr="false" > join_timeout="${jgroups.join_timeout:2000}"/> > <MFC max_credits="2M" min_threshold="0.40"/> > <FRAG3/> > </stack> >  > <stack name="mytcp" extends="tcp"> > <MERGE3 max_interval="20000"/> > </stack> >  > <stack name="tcpgossip" extends="tcp"> > <TCPGOSSIP initial_hosts="${jgroups.tunnel.gossip_router_hosts:localhost[12001]}" stack.combine="replace:TCP_NIO2"/> > </stack> >  > <stack name="xsite" extends="udp"> > <relay site="LON"> > <remote-site name="NYC" stack="tcpgossip"/> > </relay> > </stack> > </jgroups> > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9847) Extend configuration to allow inline JGroups configuration and inheritance

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9847?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9847: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/6576 > Extend configuration to allow inline JGroups configuration and inheritance > -------------------------------------------------------------------------- > > Key: ISPN-9847 > URL: https://issues.jboss.org/browse/ISPN-9847 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Core > Affects Versions: 10.0.0.Alpha2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.Beta1 > > > Allowing inline JGroups configurations to increase usability. > Also support the following extra features: > * stack inheritance with protocol replacement/override > * easier xsite configuration > {code:xml} > <jgroups transport="org.infinispan.remoting.transport.jgroups.JGroupsTransport"> >  > <stack-file name="udp" path="stacks/udp.xml"/> > <stack-file name="tcp" path="stacks/tcp.xml"/> >  > <stack name="mping"> > <TCP bind_port="7800" port_range="30" recv_buf_size="20000000" send_buf_size="640000" > sock_conn_timeout="300" bundler_type="no-bundler" > thread_pool.min_threads="0" thread_pool.max_threads="25" thread_pool.keep_alive_time="5000"/> > <MPING bind_addr="127.0.0.1" break_on_coord_rsp="true" > mcast_addr="${jgroups.mping.mcast_addr:228.2.4.6}" > mcast_port="${jgroups.mping.mcast_port:43366}" > ip_ttl="${jgroups.udp.ip_ttl:2}"/> > <MERGE3/> > <FD_SOCK/> > <FD_ALL timeout="3000" > interval="1000" > timeout_check_interval="1000" > /> > <VERIFY_SUSPECT timeout="1000"/> > <pbcast.NAKACK2 > use_mcast_xmit="false" > xmit_interval="100" > xmit_table_num_rows="50" > xmit_table_msgs_per_row="1024" > xmit_table_max_compaction_time="30000"/> > <UNICAST3 > xmit_interval="100" > xmit_table_num_rows="50" > xmit_table_msgs_per_row="1024" > xmit_table_max_compaction_time="30000" > /> > <RSVP /> > <pbcast.STABLE stability_delay="200" > desired_avg_gossip="2000" > max_bytes="1M" > /> > <pbcast.GMS print_local_addr="false" > join_timeout="${jgroups.join_timeout:2000}"/> > <MFC max_credits="2M" min_threshold="0.40"/> > <FRAG3/> > </stack> >  > <stack name="mytcp" extends="tcp"> > <MERGE3 max_interval="20000"/> > </stack> >  > <stack name="tcpgossip" extends="tcp"> > <TCPGOSSIP initial_hosts="${jgroups.tunnel.gossip_router_hosts:localhost[12001]}" stack.combine="replace:TCP_NIO2"/> > </stack> >  > <stack name="xsite" extends="udp"> > <relay site="LON"> > <remote-site name="NYC" stack="tcpgossip"/> > </relay> > </stack> > </jgroups> > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9847) Extend configuration to allow inline JGroups configuration and inheritance

by Tristan Tarrant (Jira)

Tristan Tarrant created ISPN-9847: ------------------------------------- Summary: Extend configuration to allow inline JGroups configuration and inheritance Key: ISPN-9847 URL: https://issues.jboss.org/browse/ISPN-9847 Project: Infinispan Issue Type: Bug Components: Configuration, Core Affects Versions: 10.0.0.Alpha2 Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 10.0.0.Beta1 Allowing inline JGroups configurations to increase usability. Also support the following extra features: * stack inheritance with protocol replacement/override * easier xsite configuration {code:xml} <jgroups transport="org.infinispan.remoting.transport.jgroups.JGroupsTransport">  <stack-file name="udp" path="stacks/udp.xml"/> <stack-file name="tcp" path="stacks/tcp.xml"/>  <stack name="mping"> <TCP bind_port="7800" port_range="30" recv_buf_size="20000000" send_buf_size="640000" sock_conn_timeout="300" bundler_type="no-bundler" thread_pool.min_threads="0" thread_pool.max_threads="25" thread_pool.keep_alive_time="5000"/> <MPING bind_addr="127.0.0.1" break_on_coord_rsp="true" mcast_addr="${jgroups.mping.mcast_addr:228.2.4.6}" mcast_port="${jgroups.mping.mcast_port:43366}" ip_ttl="${jgroups.udp.ip_ttl:2}"/> <MERGE3/> <FD_SOCK/> <FD_ALL timeout="3000" interval="1000" timeout_check_interval="1000" /> <VERIFY_SUSPECT timeout="1000"/> <pbcast.NAKACK2 use_mcast_xmit="false" xmit_interval="100" xmit_table_num_rows="50" xmit_table_msgs_per_row="1024" xmit_table_max_compaction_time="30000"/> <UNICAST3 xmit_interval="100" xmit_table_num_rows="50" xmit_table_msgs_per_row="1024" xmit_table_max_compaction_time="30000" /> <RSVP /> <pbcast.STABLE stability_delay="200" desired_avg_gossip="2000" max_bytes="1M" /> <pbcast.GMS print_local_addr="false" join_timeout="${jgroups.join_timeout:2000}"/> <MFC max_credits="2M" min_threshold="0.40"/> <FRAG3/> </stack>  <stack name="mytcp" extends="tcp"> <MERGE3 max_interval="20000"/> </stack>  <stack name="tcpgossip" extends="tcp"> <TCPGOSSIP initial_hosts="${jgroups.tunnel.gossip_router_hosts:localhost[12001]}" stack.combine="replace:TCP_NIO2"/> </stack>  <stack name="xsite" extends="udp"> <relay site="LON"> <remote-site name="NYC" stack="tcpgossip"/> </relay> </stack> </jgroups> {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2018