[JBoss JIRA] (ISPN-5260) Index should be rebuild during startup for cache stores shared=false
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-5260?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero resolved ISPN-5260.
-----------------------------------
Resolution: Rejected
> Index should be rebuild during startup for cache stores shared=false
> --------------------------------------------------------------------
>
> Key: ISPN-5260
> URL: https://issues.jboss.org/browse/ISPN-5260
> Project: Infinispan
> Issue Type: Enhancement
> Components: Embedded Querying
> Reporter: Wolf-Dieter Fink
>
> If a cache store is not marked as shared the indexing is skipped.
> As a result queries are not possible without calling massindexer
> - if a non persistent directory-provider is used (ram)
> - for the first start if a cache is stored before without any index
> - problematic if the application changed indexing
> For this is should be possible to re-build the index automatically during startup.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-5260) Index should be rebuild during startup for cache stores shared=false
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-5260?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero edited comment on ISPN-5260 at 3/5/15 10:50 AM:
----------------------------------------------------------------
For REPL caches, you should use a filesystem backed index. There never is a good reason to use the RAMDirectory, which is meant as a testing utility only.
was (Author: sannegrinovero):
For REPL caches, you should not use a filesystem backed index. There never is a good reason to use the RAMDirectory, which is meant as a testing utility only.
> Index should be rebuild during startup for cache stores shared=false
> --------------------------------------------------------------------
>
> Key: ISPN-5260
> URL: https://issues.jboss.org/browse/ISPN-5260
> Project: Infinispan
> Issue Type: Enhancement
> Components: Embedded Querying
> Reporter: Wolf-Dieter Fink
>
> If a cache store is not marked as shared the indexing is skipped.
> As a result queries are not possible without calling massindexer
> - if a non persistent directory-provider is used (ram)
> - for the first start if a cache is stored before without any index
> - problematic if the application changed indexing
> For this is should be possible to re-build the index automatically during startup.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-5260) Index should be rebuild during startup for cache stores shared=false
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-5260?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero commented on ISPN-5260:
---------------------------------------
(amended my previous comment: I meant a REPL cache should always use a filesystem backed index only)
> Index should be rebuild during startup for cache stores shared=false
> --------------------------------------------------------------------
>
> Key: ISPN-5260
> URL: https://issues.jboss.org/browse/ISPN-5260
> Project: Infinispan
> Issue Type: Enhancement
> Components: Embedded Querying
> Reporter: Wolf-Dieter Fink
>
> If a cache store is not marked as shared the indexing is skipped.
> As a result queries are not possible without calling massindexer
> - if a non persistent directory-provider is used (ram)
> - for the first start if a cache is stored before without any index
> - problematic if the application changed indexing
> For this is should be possible to re-build the index automatically during startup.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-5260) Index should be rebuild during startup for cache stores shared=false
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-5260?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero commented on ISPN-5260:
---------------------------------------
For REPL caches, you should not use a filesystem backed index. There never is a good reason to use the RAMDirectory, which is meant as a testing utility only.
> Index should be rebuild during startup for cache stores shared=false
> --------------------------------------------------------------------
>
> Key: ISPN-5260
> URL: https://issues.jboss.org/browse/ISPN-5260
> Project: Infinispan
> Issue Type: Enhancement
> Components: Embedded Querying
> Reporter: Wolf-Dieter Fink
>
> If a cache store is not marked as shared the indexing is skipped.
> As a result queries are not possible without calling massindexer
> - if a non persistent directory-provider is used (ram)
> - for the first start if a cache is stored before without any index
> - problematic if the application changed indexing
> For this is should be possible to re-build the index automatically during startup.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[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:
---------------------------------------
I'm sorry, I fixed my previous comment, my copy&paste dropped out a '//' before the marshaller line
I'm using the default one
I tried using the Java Serializer in order to work-around the problem.
I'm waiting to reproduce the problem againt in order to give you some more detail about the marshaller problem.
> 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
> Assignee: Galder Zamarreño
> Fix For: 7.2.0.Final
>
>
> 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)
11 years, 1 month
[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 edited comment on ISPN-5221 at 3/5/15 10:44 AM:
----------------------------------------------------------------
I extracted from my client the configuration section, with the values I'm using in one DEV environment where the failure happens
{code}
org.infinispan.client.hotrod.configuration.ConfigurationBuilder clientBuilder = new org.infinispan.client.hotrod.configuration.ConfigurationBuilder().forceReturnValues(false);
int maxEntries = 10000;
clientBuilder.nearCache().mode(NearCacheMode.LAZY).maxEntries(maxEntries);
int sockettimeout= 1000*60*5;
int connecttimeout = 0;
clientBuilder
.socketTimeout(sockettimeout)
.connectionTimeout(connecttimeout);
clientBuilder
.addServer()
.host(serveraddress)
.port(11222);
// clientBuilder.marshaller(new JavaSerializationMarshaller());
RemoteCacheManager remoteCacheManager = new RemoteCacheManager(clientBuilder.build());
{code}
was (Author: enrico.olivelli):
I extracted from my client the configuration section, with the values I'm using in one DEV environment where the failure happens
{code}
org.infinispan.client.hotrod.configuration.ConfigurationBuilder clientBuilder = new org.infinispan.client.hotrod.configuration.ConfigurationBuilder().forceReturnValues(false);
int maxEntries = 10000;
clientBuilder.nearCache().mode(NearCacheMode.LAZY).maxEntries(maxEntries);
int sockettimeout= 1000*60*5;
int connecttimeout = 0;
clientBuilder
.socketTimeout(sockettimeout)
.connectionTimeout(connecttimeout);
clientBuilder
.addServer()
.host(serveraddress)
.port(11222);
clientBuilder.marshaller(new JavaSerializationMarshaller());
RemoteCacheManager remoteCacheManager = new RemoteCacheManager(clientBuilder.build());
{code}
> 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
> Assignee: Galder Zamarreño
> Fix For: 7.2.0.Final
>
>
> 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)
11 years, 1 month
[JBoss JIRA] (ISPN-5221) Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-5221?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-5221:
----------------------------------------
I've fixed the socket timeout issue.
The marshaller issue seems to be something specific of the java serialization marshaller since it works fine if using the default marshaller.
The default marshaller is way faster than the Java Serialization one btw, why are you using it?
> 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
> Assignee: Galder Zamarreño
> Fix For: 7.2.0.Final
>
>
> 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)
11 years, 1 month
[JBoss JIRA] (ISPN-4450) RemoteStore uses wrong classloader with rawValues
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4450?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-4450:
----------------------------------
Fix Version/s: 7.2.0.Beta1
7.2.0.Final
> RemoteStore uses wrong classloader with rawValues
> -------------------------------------------------
>
> Key: ISPN-4450
> URL: https://issues.jboss.org/browse/ISPN-4450
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 6.0.2.Final
> Reporter: Dennis Reed
> Assignee: Tristan Tarrant
> Fix For: 7.2.0.Beta1, 7.2.0.Final
>
>
> RemoteStore uses the wrong classloader (Infinispan's classloader instead of the caller's classloader) during deserialization when rawValues=true is set.
> It uses a GenericJBossMarshaller, which is hard-coded to only look in Infinispan's classloader).
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-5221) Java Hotrod client, nearcache broken after a org.infinispan.client.hotrod.exceptions.TransportException:: java.net.SocketTimeoutException
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-5221?page=com.atlassian.jira.plugin.... ]
Work on ISPN-5221 started by Galder Zamarreño.
----------------------------------------------
> 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
> Assignee: Galder Zamarreño
> Fix For: 7.2.0.Final
>
>
> 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)
11 years, 1 month