February 2015 - infinispan-issues

[JBoss JIRA] (ISPN-4924) CacheEntryEvent isOriginLocal is not correct in many circumstances

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4924?page=com.atlassian.jira.plugin.... ] Work on ISPN-4924 stopped by William Burns. ------------------------------------------- > CacheEntryEvent isOriginLocal is not correct in many circumstances > ------------------------------------------------------------------ > > Key: ISPN-4924 > URL: https://issues.jboss.org/browse/ISPN-4924 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.CR2 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.2.0.Alpha1 > > > Origin local flag was messed up when nontx DIST was rewritten to have the primary owner send updates to the backup nodes. This in turn affected REPL when it was changed to be implemented on top of DIST. I believe that tx is unaffected. Also new cluster listeners don't put the flag properly for DIST caches if the originator is not also the primary owner. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5221) Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException

by Enrico Olivelli (JIRA)

[ https://issues.jboss.org/browse/ISPN-5221?page=com.atlassian.jira.plugin.... ] Enrico Olivelli updated ISPN-5221: ---------------------------------- Forum Reference: https://developer.jboss.org/message/918875#918875 > Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException > ----------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5221 > URL: https://issues.jboss.org/browse/ISPN-5221 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.1.0.Final > Environment: Infinispan 7.1.0Final > Reporter: Enrico Olivelli > > Using the LAZY nearcache (new in 7.1.0Final) when a java.net.SocketTimeoutException occurs against one of the given HotRod server the RemoteCache becames not usable any more > This happens very frequently in our DEV environment, but I cannot reproduce it inside a test case > This is the stacktrace > {code} > 15/02/13 14:51:39 ERROR event.ClientListenerNotifier: ISPN004043: Unrecoverable error reading event from server xxx.xxx.xxx/10.168.10.117:11222, exiting event reader thread > org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:184) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readMagic(Codec20.java:282) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readEvent(Codec20.java:126) > at org.infinispan.client.hotrod.event.ClientListenerNotifier$EventDispatcher.run(ClientListenerNotifier.java:236) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.net.SocketTimeoutException > at sun.nio.ch.SocketAdaptor$SocketInputStream.read(SocketAdaptor.java:211) > at sun.nio.ch.ChannelInputStream.read(ChannelInputStream.java:103) > at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) > at java.io.BufferedInputStream.read(BufferedInputStream.java:265) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:179) > ... 8 more > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

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

by Stylianos Koussouris (JIRA)

Stylianos Koussouris created ISPN-5222: ------------------------------------------ Summary: 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 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.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5204) Don't include old schema files in the documentation and jars/distribution

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5204?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5204: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3254 > Don't include old schema files in the documentation and jars/distribution > ------------------------------------------------------------------------- > > Key: ISPN-5204 > URL: https://issues.jboss.org/browse/ISPN-5204 > Project: Infinispan > Issue Type: Enhancement > Components: Build process, Documentation-Core > Affects Versions: 7.1.0.Final > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.1.1.Final > > > Include in configdocs/, jars and distribution only the scheme matching *-<version.major>.<version.minor>.xsd -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5204) Don't include old schema files in the documentation and jars/distribution

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5204?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5204: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Don't include old schema files in the documentation and jars/distribution > ------------------------------------------------------------------------- > > Key: ISPN-5204 > URL: https://issues.jboss.org/browse/ISPN-5204 > Project: Infinispan > Issue Type: Enhancement > Components: Build process, Documentation-Core > Affects Versions: 7.1.0.Final > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.1.1.Final > > > Include in configdocs/, jars and distribution only the scheme matching *-<version.major>.<version.minor>.xsd -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5204) Don't include old schema files in the documentation and jars/distribution

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5204?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5204: ---------------------------------- Fix Version/s: 7.1.1.Final > Don't include old schema files in the documentation and jars/distribution > ------------------------------------------------------------------------- > > Key: ISPN-5204 > URL: https://issues.jboss.org/browse/ISPN-5204 > Project: Infinispan > Issue Type: Enhancement > Components: Build process, Documentation-Core > Affects Versions: 7.1.0.Final > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.1.1.Final > > > Include in configdocs/, jars and distribution only the scheme matching *-<version.major>.<version.minor>.xsd -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5204) Don't include old schema files in the documentation and jars/distribution

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5204?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5204: ---------------------------------- Status: Open (was: New) > Don't include old schema files in the documentation and jars/distribution > ------------------------------------------------------------------------- > > Key: ISPN-5204 > URL: https://issues.jboss.org/browse/ISPN-5204 > Project: Infinispan > Issue Type: Enhancement > Components: Build process, Documentation-Core > Affects Versions: 7.1.0.Final > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.1.1.Final > > > Include in configdocs/, jars and distribution only the scheme matching *-<version.major>.<version.minor>.xsd -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5221) Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException

by Enrico Olivelli (JIRA)

[ https://issues.jboss.org/browse/ISPN-5221?page=com.atlassian.jira.plugin.... ] Enrico Olivelli commented on ISPN-5221: --------------------------------------- it appears not skip unmarshalling values anymore, that is, I get byte[] values instead of my beans > Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException > ----------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5221 > URL: https://issues.jboss.org/browse/ISPN-5221 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.1.0.Final > Environment: Infinispan 7.1.0Final > Reporter: Enrico Olivelli > > Using the LAZY nearcache (new in 7.1.0Final) when a java.net.SocketTimeoutException occurs against one of the given HotRod server the RemoteCache becames not usable any more > This happens very frequently in our DEV environment, but I cannot reproduce it inside a test case > This is the stacktrace > {code} > 15/02/13 14:51:39 ERROR event.ClientListenerNotifier: ISPN004043: Unrecoverable error reading event from server xxx.xxx.xxx/10.168.10.117:11222, exiting event reader thread > org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:184) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readMagic(Codec20.java:282) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readEvent(Codec20.java:126) > at org.infinispan.client.hotrod.event.ClientListenerNotifier$EventDispatcher.run(ClientListenerNotifier.java:236) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.net.SocketTimeoutException > at sun.nio.ch.SocketAdaptor$SocketInputStream.read(SocketAdaptor.java:211) > at sun.nio.ch.ChannelInputStream.read(ChannelInputStream.java:103) > at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) > at java.io.BufferedInputStream.read(BufferedInputStream.java:265) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:179) > ... 8 more > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5221) Java Hotrod client, nearcache broker after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException

by Enrico Olivelli (JIRA)

Enrico Olivelli created ISPN-5221: ------------------------------------- Summary: Java Hotrod client, nearcache broker after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException Key: ISPN-5221 URL: https://issues.jboss.org/browse/ISPN-5221 Project: Infinispan Issue Type: Bug Affects Versions: 7.1.0.Final Environment: Infinispan 7.1.0Final Reporter: Enrico Olivelli Using the LAZY nearcache (new in 7.1.0Final) when a java.net.SocketTimeoutException occurs against one of the given HotRod server the RemoteCache becames not usable any more This happens very frequently in our DEV environment, but I cannot reproduce it inside a test case This is the stacktrace {code} 15/02/13 14:51:39 ERROR event.ClientListenerNotifier: ISPN004043: Unrecoverable error reading event from server xxx.xxx.xxx/10.168.10.117:11222, exiting event reader thread org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:184) at org.infinispan.client.hotrod.impl.protocol.Codec20.readMagic(Codec20.java:282) at org.infinispan.client.hotrod.impl.protocol.Codec20.readEvent(Codec20.java:126) at org.infinispan.client.hotrod.event.ClientListenerNotifier$EventDispatcher.run(ClientListenerNotifier.java:236) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.net.SocketTimeoutException at sun.nio.ch.SocketAdaptor$SocketInputStream.read(SocketAdaptor.java:211) at sun.nio.ch.ChannelInputStream.read(ChannelInputStream.java:103) at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) at java.io.BufferedInputStream.read(BufferedInputStream.java:265) at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:179) ... 8 more {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5221) Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException

by Enrico Olivelli (JIRA)

[ https://issues.jboss.org/browse/ISPN-5221?page=com.atlassian.jira.plugin.... ] Enrico Olivelli updated ISPN-5221: ---------------------------------- Summary: Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException (was: Java Hotrod client, nearcache broker after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException) > Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException > ----------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5221 > URL: https://issues.jboss.org/browse/ISPN-5221 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.1.0.Final > Environment: Infinispan 7.1.0Final > Reporter: Enrico Olivelli > > Using the LAZY nearcache (new in 7.1.0Final) when a java.net.SocketTimeoutException occurs against one of the given HotRod server the RemoteCache becames not usable any more > This happens very frequently in our DEV environment, but I cannot reproduce it inside a test case > This is the stacktrace > {code} > 15/02/13 14:51:39 ERROR event.ClientListenerNotifier: ISPN004043: Unrecoverable error reading event from server xxx.xxx.xxx/10.168.10.117:11222, exiting event reader thread > org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:184) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readMagic(Codec20.java:282) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readEvent(Codec20.java:126) > at org.infinispan.client.hotrod.event.ClientListenerNotifier$EventDispatcher.run(ClientListenerNotifier.java:236) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.net.SocketTimeoutException > at sun.nio.ch.SocketAdaptor$SocketInputStream.read(SocketAdaptor.java:211) > at sun.nio.ch.ChannelInputStream.read(ChannelInputStream.java:103) > at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) > at java.io.BufferedInputStream.read(BufferedInputStream.java:265) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.readByte(TcpTransport.java:179) > ... 8 more > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2015