November 2013 - infinispan-issues

[JBoss JIRA] (ISPN-3687) Upgrade to Apache Lucene 4.5.1

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3687?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3687: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated in master. Thanks! > Upgrade to Apache Lucene 4.5.1 > ------------------------------ > > Key: ISPN-3687 > URL: https://issues.jboss.org/browse/ISPN-3687 > Project: Infinispan > Issue Type: Component Upgrade > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Fix For: 6.0.0.CR2 > > -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3270) Hotrod clients removeWithVersion doesn't work with replicated cache

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3270?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-3270: ---------------------------------------- I've tried to replicate this in the main Infinispan Core repository but no luck. I was gonna try to replicate in Infinispan Server, but there seems to be already similar tests in AbstractRemoteCacheTest, and HotRodRemoteCacheTest seems to execute them with {{default-repl.xml}} when running {{suite-client-repl}}? > Hotrod clients removeWithVersion doesn't work with replicated cache > ------------------------------------------------------------------- > > Key: ISPN-3270 > URL: https://issues.jboss.org/browse/ISPN-3270 > Project: Infinispan > Issue Type: Bug > Components: Remote protocols > Affects Versions: 6.0.0.Beta1 > Reporter: Jakub Markos > Assignee: Galder Zamarreño > Priority: Critical > Labels: 620 > Fix For: 6.0.0.Final > > Attachments: server-trace-logs.zip > > > I have a cluster of 2 latest infinispan servers (6.0.0-SNAPSHOT) with the following container configuration: > {code:xml}<cache-container name="default" default-cache="default" listener-executor="infinispan-listener"> > <transport stack="udp" executor="infinispan-transport" lock-timeout="240000"/> > <replicated-cache name="default" start="EAGER" mode="SYNC" batching="false" remote-timeout="60000"> > <transaction mode="NONE"/> > <state-transfer enabled="true" timeout="60000"/> > </replicated-cache> > </cache-container> > {code} > Running this code: > {code} remoteCache = remoteCacheManager.getCache(); > remoteCache.clear(); > assertFalse(remoteCache.removeWithVersion("aKey", 12321212l)); > remoteCache.put("aKey", "aValue"); > VersionedValue valueBinary = remoteCache.getVersioned("aKey"); > System.out.println("value = " + valueBinary.getValue()); > System.out.println("version = " + valueBinary.getVersion()); > System.out.println(remoteCache.removeWithVersion("aKey",valueBinary.getVersion())); > valueBinary = remoteCache.getVersioned("aKey"); > System.out.println("value = " + valueBinary.getValue()); > System.out.println("version = " + valueBinary.getVersion()); > {code} > results most of the time in (and the other times the removeWithVersion returns false) > {quote} > value = aValue > version = 281483566645249 > true > value = aValue > version = 281483566645249 > {quote} > The command works with distributed/local cache. -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3583) When indexing is enabled but Query module isn't available configuration validation should fail

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3583?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3583: ---------------------------------- Fix Version/s: 6.0.0.CR2 > When indexing is enabled but Query module isn't available configuration validation should fail > ---------------------------------------------------------------------------------------------- > > Key: ISPN-3583 > URL: https://issues.jboss.org/browse/ISPN-3583 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration, Querying > Reporter: Sanne Grinovero > Assignee: Adrian Nistor > Priority: Minor > Fix For: 6.0.0.CR2, 6.0.0.Final > > -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3583) When indexing is enabled but Query module isn't available configuration validation should fail

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3583?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3583: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > When indexing is enabled but Query module isn't available configuration validation should fail > ---------------------------------------------------------------------------------------------- > > Key: ISPN-3583 > URL: https://issues.jboss.org/browse/ISPN-3583 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration, Querying > Reporter: Sanne Grinovero > Assignee: Adrian Nistor > Priority: Minor > Fix For: 6.0.0.CR2, 6.0.0.Final > > -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3327) Server init.d script should be customized for Infinispan

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3327?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3327: -------------------------------- Labels: 620 (was: ) > Server init.d script should be customized for Infinispan > -------------------------------------------------------- > > Key: ISPN-3327 > URL: https://issues.jboss.org/browse/ISPN-3327 > Project: Infinispan > Issue Type: Bug > Reporter: NadirX > Assignee: Tristan Tarrant > Labels: 620 > Fix For: 6.0.0.Alpha4 > > > The current init.d script included in Infinispan Server should be appropriately renamed and verified -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3687) Upgrade to Apache Lucene 4.5.1

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3687?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3687: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2196 > Upgrade to Apache Lucene 4.5.1 > ------------------------------ > > Key: ISPN-3687 > URL: https://issues.jboss.org/browse/ISPN-3687 > Project: Infinispan > Issue Type: Component Upgrade > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Fix For: 6.0.0.CR2 > > -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3687) Upgrade to Apache Lucene 4.5.1

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-3687: ------------------------------------- Summary: Upgrade to Apache Lucene 4.5.1 Key: ISPN-3687 URL: https://issues.jboss.org/browse/ISPN-3687 Project: Infinispan Issue Type: Component Upgrade Components: Lucene Directory Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Minor Fix For: 6.0.0.CR2 -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3270) Hotrod clients removeWithVersion doesn't work with replicated cache

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3270?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-3270: ---------------------------------------- Looking into this... > Hotrod clients removeWithVersion doesn't work with replicated cache > ------------------------------------------------------------------- > > Key: ISPN-3270 > URL: https://issues.jboss.org/browse/ISPN-3270 > Project: Infinispan > Issue Type: Bug > Components: Remote protocols > Affects Versions: 6.0.0.Beta1 > Reporter: Jakub Markos > Assignee: Galder Zamarreño > Priority: Critical > Labels: 620 > Fix For: 6.0.0.Final > > Attachments: server-trace-logs.zip > > > I have a cluster of 2 latest infinispan servers (6.0.0-SNAPSHOT) with the following container configuration: > {code:xml}<cache-container name="default" default-cache="default" listener-executor="infinispan-listener"> > <transport stack="udp" executor="infinispan-transport" lock-timeout="240000"/> > <replicated-cache name="default" start="EAGER" mode="SYNC" batching="false" remote-timeout="60000"> > <transaction mode="NONE"/> > <state-transfer enabled="true" timeout="60000"/> > </replicated-cache> > </cache-container> > {code} > Running this code: > {code} remoteCache = remoteCacheManager.getCache(); > remoteCache.clear(); > assertFalse(remoteCache.removeWithVersion("aKey", 12321212l)); > remoteCache.put("aKey", "aValue"); > VersionedValue valueBinary = remoteCache.getVersioned("aKey"); > System.out.println("value = " + valueBinary.getValue()); > System.out.println("version = " + valueBinary.getVersion()); > System.out.println(remoteCache.removeWithVersion("aKey",valueBinary.getVersion())); > valueBinary = remoteCache.getVersioned("aKey"); > System.out.println("value = " + valueBinary.getValue()); > System.out.println("version = " + valueBinary.getVersion()); > {code} > results most of the time in (and the other times the removeWithVersion returns false) > {quote} > value = aValue > version = 281483566645249 > true > value = aValue > version = 281483566645249 > {quote} > The command works with distributed/local cache. -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3454) Hot Rod client doesn't retry operation on RemoteException

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3454?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-3454: ---------------------------------------- There was a couple of errors in the message logging part, which was detected by the annotation processor. I've updated the branch. > Hot Rod client doesn't retry operation on RemoteException > --------------------------------------------------------- > > Key: ISPN-3454 > URL: https://issues.jboss.org/browse/ISPN-3454 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.Alpha3 > Reporter: Michal Linhard > Assignee: Galder Zamarreño > Priority: Critical > Labels: 620 > Fix For: 6.0.0.CR2, 6.0.0.Final > > > This is a client-side problem. > In a resilience test with 4 nodes where 1 is killed, I'm getting a lot of these: > {code} > 08:30:55,198 ERROR [org.jboss.smartfrog.jdg.loaddriver.DriverThread] (DriverThread-369) Error doing: PUT key399869 to node node04, took 493 ms > org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for message id[821188] returned server error (status=0x85): org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node01/default, see cause for remote stack trace > at org.infinispan.client.hotrod.impl.protocol.Codec10.checkForErrorsInResponseStatus(Codec10.java:143) > at org.infinispan.client.hotrod.impl.protocol.Codec10.readHeader(Codec10.java:99) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) > at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:50) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:30) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:19) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:46) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:209) > at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) > at org.jboss.qa.jdg.adapter.Infinispan60Adapter$HotRodRemoteCacheAdapter.put(Infinispan60Adapter.java:269) > at org.jboss.smartfrog.jdg.loaddriver.DriverThreadImpl.makeRequest(DriverThreadImpl.java:265) > at org.jboss.smartfrog.jdg.loaddriver.DriverThreadImpl.run(DriverThreadImpl.java:378) > {code} > Isn't this a recoverable problem that shouldn't be left to user to handle ? > source: > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/RESILIENCE... -- 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

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3454) Hot Rod client doesn't retry operation on RemoteException

by Michal Linhard (JIRA)

[ https://issues.jboss.org/browse/ISPN-3454?page=com.atlassian.jira.plugin.... ] Michal Linhard commented on ISPN-3454: -------------------------------------- [~galder.zamarreno] I've got some compilation failure on both jenkins and my laptop, do you know what could be the problem ? https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jdg-qe-build-infinis... {code} [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 18.679s [INFO] Finished at: Wed Nov 06 11:17:09 CET 2013 [INFO] Final Memory: 45M/513M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.0:compile (default-compile) on project infinispan-core: Compilation failure [ERROR] /home/mlinhard/dev/source/jdg-branch/t_3454/infinispan/core/src/main/java/org/infinispan/util/logging/Log.java:[1025,21] [ERROR] -> [Help 1] [ERROR] {code} When I open the file in Eclipse I can't see any error, but the maven build fails.. > Hot Rod client doesn't retry operation on RemoteException > --------------------------------------------------------- > > Key: ISPN-3454 > URL: https://issues.jboss.org/browse/ISPN-3454 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.0.Alpha3 > Reporter: Michal Linhard > Assignee: Galder Zamarreño > Priority: Critical > Labels: 620 > Fix For: 6.0.0.CR2, 6.0.0.Final > > > This is a client-side problem. > In a resilience test with 4 nodes where 1 is killed, I'm getting a lot of these: > {code} > 08:30:55,198 ERROR [org.jboss.smartfrog.jdg.loaddriver.DriverThread] (DriverThread-369) Error doing: PUT key399869 to node node04, took 493 ms > org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for message id[821188] returned server error (status=0x85): org.infinispan.remoting.RemoteException: ISPN000217: Received exception from node01/default, see cause for remote stack trace > at org.infinispan.client.hotrod.impl.protocol.Codec10.checkForErrorsInResponseStatus(Codec10.java:143) > at org.infinispan.client.hotrod.impl.protocol.Codec10.readHeader(Codec10.java:99) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) > at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:50) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:30) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:19) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:46) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:209) > at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) > at org.jboss.qa.jdg.adapter.Infinispan60Adapter$HotRodRemoteCacheAdapter.put(Infinispan60Adapter.java:269) > at org.jboss.smartfrog.jdg.loaddriver.DriverThreadImpl.makeRequest(DriverThreadImpl.java:265) > at org.jboss.smartfrog.jdg.loaddriver.DriverThreadImpl.run(DriverThreadImpl.java:378) > {code} > Isn't this a recoverable problem that shouldn't be left to user to handle ? > source: > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/RESILIENCE... -- 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

12 years, 5 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 November 2013