April 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3076) Infinispan should enable use of log4j2

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3076?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3076: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/3400, https://github.com/infinispan/infinispan/pull/3410 (was: https://github.com/infinispan/infinispan/pull/3400) > Infinispan should enable use of log4j2 > -------------------------------------- > > Key: ISPN-3076 > URL: https://issues.jboss.org/browse/ISPN-3076 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 5.2.5.Final, 6.0.0.Final > Environment: Any > Reporter: Divya Mehra > Assignee: Tristan Tarrant > Fix For: 7.2.0.Final > > > log4j locks up on a certain amount of load, especially under concurrent access. The recommendation was to move up to log4j2. This can be done by removing > 1 JAR (log4j.jar) and adding 2 JARs (log4j-bridge and log4j-core.jar). > Also refer: https://issues.jboss.org/browse/ISPN-2976 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3076) Infinispan should enable use of log4j2

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3076?page=com.atlassian.jira.plugin.... ] Adrian Nistor reopened ISPN-3076: --------------------------------- Reverting jboss-logging artifact version upgrade due to risk of backward incompatibility. > Infinispan should enable use of log4j2 > -------------------------------------- > > Key: ISPN-3076 > URL: https://issues.jboss.org/browse/ISPN-3076 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 5.2.5.Final, 6.0.0.Final > Environment: Any > Reporter: Divya Mehra > Assignee: Tristan Tarrant > Fix For: 7.2.0.Final > > > log4j locks up on a certain amount of load, especially under concurrent access. The recommendation was to move up to log4j2. This can be done by removing > 1 JAR (log4j.jar) and adding 2 JARs (log4j-bridge and log4j-core.jar). > Also refer: https://issues.jboss.org/browse/ISPN-2976 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5401) Align server and embedded exposed management properties

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5401?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5401: ----------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/3409 > Align server and embedded exposed management properties > ------------------------------------------------------- > > Key: ISPN-5401 > URL: https://issues.jboss.org/browse/ISPN-5401 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.2.0.Final > > > Server exposes more attributes than embedded, causing some confusion amongst our users, e.g. isCoordinator. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-694) Create expiration notification for in-memory cache entries

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-694?page=com.atlassian.jira.plugin.s... ] Work on ISPN-694 started by William Burns. ------------------------------------------ > Create expiration notification for in-memory cache entries > ---------------------------------------------------------- > > Key: ISPN-694 > URL: https://issues.jboss.org/browse/ISPN-694 > Project: Infinispan > Issue Type: Feature Request > Components: Eviction > Environment: any > Reporter: Edouard Boily > Assignee: William Burns > Fix For: 7.2.0.Final > > Attachments: 01.patch > > > Create a CacheEntryExpired notification and make EvictionManager send this notification when a cache entry is evicted because it is expired. > Also mage sure the cache entry value is sent over in the event. > CacheEntryEvicted notification should also send the entry value in the event. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5320) Use new bounded CHMv8 for Hot Rod client near caches

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5320?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5320: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Use new bounded CHMv8 for Hot Rod client near caches > ---------------------------------------------------- > > Key: ISPN-5320 > URL: https://issues.jboss.org/browse/ISPN-5320 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Protocols > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.2.0.Final > > > This implementation would perform better than the existing lock-based LinkedHashMap implementation (org.infinispan.client.hotrod.near.LinkedMapNearCache) -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5402) Group entry-related client events under a single interface

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5402?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5402: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1214386 > Group entry-related client events under a single interface > ---------------------------------------------------------- > > Key: ISPN-5402 > URL: https://issues.jboss.org/browse/ISPN-5402 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Protocols > Affects Versions: 7.2.0.CR1 > Reporter: Ion Savin > Assignee: Ion Savin > > Group under a single interface exposing getKey(): > org.infinispan.client.hotrod.event.ClientCacheEntryCreatedEvent > org.infinispan.client.hotrod.event.ClientCacheEntryModifiedEvent > org.infinispan.client.hotrod.event.ClientCacheEntryRemovedEvent -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5402) Group entry-related client events under a single interface

by Ion Savin (JIRA)

Ion Savin created ISPN-5402: ------------------------------- Summary: Group entry-related client events under a single interface Key: ISPN-5402 URL: https://issues.jboss.org/browse/ISPN-5402 Project: Infinispan Issue Type: Enhancement Components: Remote Protocols Affects Versions: 7.2.0.CR1 Reporter: Ion Savin Assignee: Ion Savin Group under a single interface exposing getKey(): org.infinispan.client.hotrod.event.ClientCacheEntryCreatedEvent org.infinispan.client.hotrod.event.ClientCacheEntryModifiedEvent org.infinispan.client.hotrod.event.ClientCacheEntryRemovedEvent -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5401) Align server and embedded exposed management properties

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5401?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5401: ----------------------------------- Status: Open (was: New) > Align server and embedded exposed management properties > ------------------------------------------------------- > > Key: ISPN-5401 > URL: https://issues.jboss.org/browse/ISPN-5401 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.2.0.Final > > > Server exposes more attributes than embedded, causing some confusion amongst our users, e.g. isCoordinator. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5401) Align server and embedded exposed management properties

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5401?page=com.atlassian.jira.plugin.... ] Work on ISPN-5401 started by Galder Zamarreño. ---------------------------------------------- > Align server and embedded exposed management properties > ------------------------------------------------------- > > Key: ISPN-5401 > URL: https://issues.jboss.org/browse/ISPN-5401 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.2.0.Final > > > Server exposes more attributes than embedded, causing some confusion amongst our users, e.g. isCoordinator. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5222) Perform Remote Filtering/Conversion in a single step

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5222?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-5222: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated. Thanks [~galder.zamarreno]! > Perform Remote Filtering/Conversion in a single step > ---------------------------------------------------- > > Key: ISPN-5222 > URL: https://issues.jboss.org/browse/ISPN-5222 > Project: Infinispan > Issue Type: Feature Request > Components: Listeners > Affects Versions: 7.1.0.Final > Reporter: Stylianos Koussouris > Assignee: Galder Zamarreño > Fix For: 7.2.0.Final > > > I want to have filter and convert take place in one step ie. do filtering and conversion applied to REMOTE LISTENERS in one step > a) I define CacheEventConverterFactory which implements CacheEventConverterFactory, Serializable > b) I register on the server org.infinispan.notifications.cachelistener.filter.CacheEventConverterFactory the cache event converter > which returns (CacheEventConverter<K, V, C>) new SharesDynamicFilterConverter(params); > c) I then define CacheEventFilterFactory which implements CacheEventFilterFactory, Serializable { > and returns(CacheEventFilter<K, V>) new SharesDynamicFilterConverter(params); > d) The CustomeDynamicFilterConverter extends AbstractCacheEventFilterConverter<String, Share, ShareProgress> implements Serializable { > and has the implementation of > public Share filterAndConvert(String key, Share oldValue, Metadata oldMetadata, Share newValue, Metadata newMetadata, EventType eventType) { > e) finally I define a listener binding it to the filter and converter > @ClientListener(filterFactoryName = "custom-dynamic-filter", > converterFactoryName = "custom-dynamic-converter", > includeCurrentState = true) > and register it along with params for the filter on the client side > cache.addClientListener(listener, new Object[]{"NYX", 50f}, null); > The result of this is that certainly both accept and convert methods are run and both call the same filterAndConvert method on SharesDynamicFilterConverter > However, this is not desirable as I don't want 2 steps which will effectively do the same thing but a single step. TBH I am not happy with the solution but what I did (in absence of better understanding of how to combine the steps -NOTE there is no single Factory for both Converter and Filter and even if it did we would probably have to implement accept & convert inside so the end result would have been the same) > So what I did was to change the last step > ie. > e) finally I define a listener binding ONLY the converter > @ClientListener(converterFactoryName = "murex-dynamic-converter", includeCurrentState = true) > and register it along with params ONLY for the converter on the client side > cache.addClientListener(listener, null, new Object[]{"NYX", 50f}); > This works as it actually does the filter during the convert step BUT is there another way and am I missing something? If not this would be a feature request -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 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 April 2015