August 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-9385) Allow configuring near cache from hot rod properties

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-9385?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-9385: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Allow configuring near cache from hot rod properties > ---------------------------------------------------- > > Key: ISPN-9385 > URL: https://issues.jboss.org/browse/ISPN-9385 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration, Hot Rod > Affects Versions: 9.4.0.Alpha1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.4.0.CR1, 9.4.0.Final > > > The Hot Rod client should allow enabling near cache mode, max entries from the properties. It should also be possible to use regex patterns to match caches for which near cache will be enabled (default to all) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9398) Hot Rod configuration properties should have setters to ease Spring Boot configurator

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-9398?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-9398: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Hot Rod configuration properties should have setters to ease Spring Boot configurator > ------------------------------------------------------------------------------------- > > Key: ISPN-9398 > URL: https://issues.jboss.org/browse/ISPN-9398 > Project: Infinispan > Issue Type: Enhancement > Components: Hot Rod, Spring Integration > Affects Versions: 9.3.1.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.4.0.Final > > > https://github.com/infinispan/infinispan-spring-boot/issues/48 > n order to reduce the amount of boilerplate code and centralize this kind of thing I think we should enhance the https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... class with setters for all properties. At this point, https://github.com/infinispan/infinispan-spring-boot/blob/master/infinisp... can just extend it while adding the @ConfigurationProperties annotation -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9098) Near Cache and TTL

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-9098?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-9098: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Near Cache and TTL > ------------------ > > Key: ISPN-9098 > URL: https://issues.jboss.org/browse/ISPN-9098 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Reporter: Clement Escoffier > Assignee: Tristan Tarrant > > I'm trying to use a near cache from a Vert.x application (https://github.com/openshiftio-vertx-boosters/vertx-cache-booster/tree/ne...). I've found an odd behavior as it looks like I can't use a near cache and a client-side TTL (`client.put("foo", "bar", 5, SECONDS)`) at the same time. The value is never removed/invalidated from the cache. > The expected behavior is the one from https://github.com/openshiftio-vertx-boosters/vertx-cache-booster/tree/ma..., where the value is invalidated when the TTL is reached. > [~galder.zamarreno] told me that it may be a missing feature. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8234) Add support for @Spatial, @Latitude, @Longitude annotations in protobuf schema

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8234?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8234: ---------------------------------- Sprint: Sprint 9.3.0.Beta1, Sprint 9.3.0.CR1, Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1 (was: Sprint 9.3.0.Beta1, Sprint 9.3.0.CR1, Sprint 9.4.0.Beta1) > Add support for @Spatial, @Latitude, @Longitude annotations in protobuf schema > ------------------------------------------------------------------------------ > > Key: ISPN-8234 > URL: https://issues.jboss.org/browse/ISPN-8234 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.4.0.Final > > > These annotations must behave identically to their Hibernate Search counterparts defined in org.hibernate.search.annotations package. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9127) Remote commands can access components before they are started

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-9127?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9127: ---------------------------------- Sprint: Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1 (was: Sprint 9.4.0.Beta1) > Remote commands can access components before they are started > ------------------------------------------------------------- > > Key: ISPN-9127 > URL: https://issues.jboss.org/browse/ISPN-9127 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.2.Final, 9.3.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > > {{PerCacheInboundInvocationHandler.handle()}} may be called before the component was started, because {{GlobalInboundInvocationHandler}} fetches it from the component registry without any checks. {{CommandsFactoryImpl.initializeReplicableCommand()}} doesn't wait for the components that it injects into remote commands to be started, either. > This started causing random test failures in {{ConcurrentStartForkChannelTest}} after ISPN-8515, which moved most initialization work from {{init()}} methods to {{start()}} methods. Because {{StateProviderImpl}} starts after {{StateTransferManagerImpl}}, it's possible for a node to receive a {{StateRequestCommand}} before {{StateProviderImpl}} has initialized: > {noformat} > 16:15:09,549 TRACE (remote-thread-Test-NodeB-p51957-t2:[org.infinispan.CONFIG]) [StateProviderImpl] Starting outbound transfer to node Test-NodeA for cache null, topology id 2, segments {0-255} > 16:15:09,551 WARN (remote-thread-Test-NodeB-p51957-t2:[]) [NonTotalOrderPerCacheInboundInvocationHandler] ISPN000071: Caught exception when handling command StateRequestCommand{cache=org.infinispan.CONFIG, origin=Test-NodeA, type=START_STATE_TRANSFER, topologyId=2, segments={0-255}} > java.lang.IllegalArgumentException: chunkSize must be greater than 0 > at org.infinispan.statetransfer.OutboundTransferTask.<init>(OutboundTransferTask.java:114) ~[classes/:?] > at org.infinispan.statetransfer.StateProviderImpl.startOutboundTransfer(StateProviderImpl.java:273) ~[classes/:?] > at org.infinispan.statetransfer.StateRequestCommand.invokeAsync(StateRequestCommand.java:101) ~[classes/:?] > at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokeCommand(BasePerCacheInboundInvocationHandler.java:94) ~[classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6026) Segment-aware shared cache stores

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6026?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6026: ---------------------------------- Sprint: Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1 (was: Sprint 9.4.0.Beta1) > Segment-aware shared cache stores > --------------------------------- > > Key: ISPN-6026 > URL: https://issues.jboss.org/browse/ISPN-6026 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Tristan Tarrant > Assignee: William Burns > > Shared cache stores (e.g. JDBC) should be segment-aware so that they only load the keys they own. > Possible implementation: add a segment id column, so that the store can SELECT * FROM table WHERE segment_id = segment > Need to think about how to reconstruct segment ids. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5997) JMX operation ClusterCacheStats.resetStatistics() not working

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5997?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5997: ---------------------------------- Sprint: Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1 (was: Sprint 9.4.0.Beta1) > JMX operation ClusterCacheStats.resetStatistics() not working > ------------------------------------------------------------- > > Key: ISPN-5997 > URL: https://issues.jboss.org/browse/ISPN-5997 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.1.0.CR1 > Reporter: Jiří Holuša > Assignee: Vladimir Blagojevic > > Environment: 2 servers started in domain mode (ISPN 8.1.0.CR1). > Having some clustered cache, inserted/read some entries (just to create some statistics). > When connected via JMX (e.g. through JConsole, see https://issues.jboss.org/browse/ISPN-5983 ) to one of the servers, I execute resetStatistics() operation on ClusterCacheStats MBean (object name: jboss.datagrid-infinispan:type=Cache,name="<cache-name>",manager="<cache-container-name>",component=ClusterCacheStats) and nothing happens, the cluster statistics are not reset. > To actually reset the statistics, I have to connect to each of the servers in domain individually and call resetStatistics() on Statistics MBean, which deletes "a portion" of statistics of that particular server to the cluster stats. > I would expect ClusterCacheStats.resetStatistics() to do exactly the same: call Statistics.resetStatistics() on each server. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9036) Parameterized branding for C++

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-9036?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9036: ---------------------------------- Sprint: Sprint 9.3.0.Alpha1, Sprint 9.3.0.Beta1, Sprint 9.3.0.CR1, Sprint 9.3.0.Final, Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1 (was: Sprint 9.3.0.Alpha1, Sprint 9.3.0.Beta1, Sprint 9.3.0.CR1, Sprint 9.3.0.Final, Sprint 9.4.0.Beta1) > Parameterized branding for C++ > ------------------------------ > > Key: ISPN-9036 > URL: https://issues.jboss.org/browse/ISPN-9036 > Project: Infinispan > Issue Type: Enhancement > Reporter: Tristan Tarrant > Assignee: Vittorio Rigamonti > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9398) Hot Rod configuration properties should have setters to ease Spring Boot configurator

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-9398?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9398: ---------------------------------- Sprint: Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1 (was: Sprint 9.4.0.Beta1) > Hot Rod configuration properties should have setters to ease Spring Boot configurator > ------------------------------------------------------------------------------------- > > Key: ISPN-9398 > URL: https://issues.jboss.org/browse/ISPN-9398 > Project: Infinispan > Issue Type: Enhancement > Components: Hot Rod, Spring Integration > Affects Versions: 9.3.1.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.4.0.Final > > > https://github.com/infinispan/infinispan-spring-boot/issues/48 > n order to reduce the amount of boilerplate code and centralize this kind of thing I think we should enhance the https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... class with setters for all properties. At this point, https://github.com/infinispan/infinispan-spring-boot/blob/master/infinisp... can just extend it while adding the @ConfigurationProperties annotation -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9418) Upgrade to RXjava 2.2.0

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-9418?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9418: ---------------------------------- Sprint: Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1 (was: Sprint 9.4.0.Beta1) > Upgrade to RXjava 2.2.0 > ----------------------- > > Key: ISPN-9418 > URL: https://issues.jboss.org/browse/ISPN-9418 > Project: Infinispan > Issue Type: Component Upgrade > Components: Core > Affects Versions: 9.4.0.Beta1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.4.0.CR1 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2018