January 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4735) Remove TODOs from the documentation

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4735?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4735: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > Remove TODOs from the documentation > ----------------------------------- > > Key: ISPN-4735 > URL: https://issues.jboss.org/browse/ISPN-4735 > Project: Infinispan > Issue Type: Task > Components: Documentation-Core, Documentation-Query, Documentation-Servers > Reporter: Mircea Markus > Fix For: 7.1.0.CR1 > > > ATM the documentation has 38 todos, some of them being empty chapter in User Guide - pretty annoying for a new user trying to get used to Infinispan. Let's fixe all of these before 7.0.0.CR1 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4722) CLI remove is not cluster-wide

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4722?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4722: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > CLI remove is not cluster-wide > ------------------------------ > > Key: ISPN-4722 > URL: https://issues.jboss.org/browse/ISPN-4722 > Project: Infinispan > Issue Type: Bug > Components: CLI > Affects Versions: 6.0.2.Final, 7.0.0.Beta1 > Reporter: Galder Zamarreño > Assignee: Tristan Tarrant > Fix For: 7.1.0.CR1 > > > In CLI, the "remove" command does not delete entries in all nodes of a clustered environment, only the local copy. However, the "put" command does write in all nodes. Is it the expected behavior? See example below: > {code} > node 1 > put k1 v1 > get k1 -> v1 > node 2 > get k1 -> v1 > node 1 > remove k1 > get k1 -> null > node 2 > get k1 -> v1 > {code} > I know that these commands provided by CLI are not used in real world, but they are useful to demonstrate the correct configuration of a JDG cluster. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4729) Karaf stuck when dependencies failed to install in container

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4729?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4729: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > Karaf stuck when dependencies failed to install in container > ------------------------------------------------------------ > > Key: ISPN-4729 > URL: https://issues.jboss.org/browse/ISPN-4729 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Core > Affects Versions: 7.0.0.Beta1 > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.1.0.CR1 > > > There have been a few issues where the OSGi tests appear to block the build: > https://issues.jboss.org/browse/ISPN-4436 > https://issues.jboss.org/browse/ISPN-4588 > Opened issue and PR upstream, tracked by: > https://ops4j1.jira.com/browse/PAXEXAM-653 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4721) RestStoreParallelIterationTest.testParallelIterationWithoutValueOrMetadata randomly failing

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4721?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4721: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > RestStoreParallelIterationTest.testParallelIterationWithoutValueOrMetadata randomly failing > ------------------------------------------------------------------------------------------- > > Key: ISPN-4721 > URL: https://issues.jboss.org/browse/ISPN-4721 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 7.0.0.Beta1 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Labels: testsuite_stability > Fix For: 7.1.0.CR1 > > Attachments: Infinispan_Pull_requests_monitor_5797_2833_pruivo_ISPN-4680.log.zip > > > Fails with: > {code} > org.infinispan.persistence.spi.PersistenceException: org.apache.http.conn.HttpHostConnectException: Connection to http://localhost:18080 refused > at org.infinispan.persistence.rest.RestStore.write(RestStore.java:183) > at org.infinispan.persistence.ParallelIterationTest.insertData(ParallelIterationTest.java:199) > at org.infinispan.persistence.ParallelIterationTest.runIterationTest(ParallelIterationTest.java:125) > at org.infinispan.persistence.ParallelIterationTest.testParallelIterationWithoutValueOrMetadata(ParallelIterationTest.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:348) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:38) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:745) > Caused by: org.apache.http.conn.HttpHostConnectException: Connection to http://localhost:18080 refused > at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:190) > at org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:294) > at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:644) > at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:479) > at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) > at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:827) > at org.infinispan.persistence.rest.RestStore.write(RestStore.java:181) > ... 23 more > Caused by: java.net.ConnectException: Cannot assign requested address > at java.net.PlainSocketImpl.socketConnect(Native Method) > at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339) > at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200) > at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182) > at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) > at java.net.Socket.connect(Socket.java:579) > at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:127) > at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) > ... 29 more > ------- Stdout: ----- > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4660) Cache loader interceptor ignores unsafe.unreliableReturnValues setting

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4660?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4660: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > Cache loader interceptor ignores unsafe.unreliableReturnValues setting > ---------------------------------------------------------------------- > > Key: ISPN-4660 > URL: https://issues.jboss.org/browse/ISPN-4660 > Project: Infinispan > Issue Type: Bug > Components: Core, Loaders and Stores > Affects Versions: 7.0.0.Beta1 > Reporter: Dan Berindei > Labels: performance > Fix For: 7.1.0.CR1 > > > When {{unsafe.unreliableReturnValues == true}}, we should not try to read the previous value from the loader for non-conditional, non-delta-aware writes. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4625) I18N exception in ReplicableCommand.setParameters implementations

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4625?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4625: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > I18N exception in ReplicableCommand.setParameters implementations > ----------------------------------------------------------------- > > Key: ISPN-4625 > URL: https://issues.jboss.org/browse/ISPN-4625 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 7.0.0.Alpha5 > Reporter: Dan Berindei > Priority: Trivial > Fix For: 7.1.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4624) Allow custom partition handling strategy

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4624?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4624: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > Allow custom partition handling strategy > ---------------------------------------- > > Key: ISPN-4624 > URL: https://issues.jboss.org/browse/ISPN-4624 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 7.0.0.Beta1 > Reporter: Dan Berindei > Labels: partition_handling > Fix For: 7.1.0.CR1 > > > Users should be able to configure a custom PartitionHandlingStrategy. It should be able to specify a behaviour on merge as well. > We might want to merge this with the RebalancePolicy, which was also supposed to be configurable. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4623) Write test for partition handling with a single owner

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4623?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4623: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > Write test for partition handling with a single owner > ----------------------------------------------------- > > Key: ISPN-4623 > URL: https://issues.jboss.org/browse/ISPN-4623 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 7.0.0.Beta1 > Reporter: Dan Berindei > Labels: partition_handling > Fix For: 7.1.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4587) Re-add old owners in the pending CH when a node leaves during rebalance

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4587?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4587: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > Re-add old owners in the pending CH when a node leaves during rebalance > ----------------------------------------------------------------------- > > Key: ISPN-4587 > URL: https://issues.jboss.org/browse/ISPN-4587 > Project: Infinispan > Issue Type: Enhancement > Components: Core, State Transfer > Affects Versions: 7.0.0.Alpha5 > Reporter: Dan Berindei > Priority: Minor > Fix For: 7.1.0.CR1 > > > Say we have a distributed cache \[A, B\] with {{numSegments = 1}} and {{numOwners = 2}}. The initial topology is _T_: currentCH = \{0: A B\}, pendingCH = null > C joins, and A starts a rebalance. The topology is now _T + 1_: currentCH = \{0: A B\}, pendingCH = \{0: A C\} > C now leaves, A updates the consistent hashes to remove it with a new topology _T + 2: currentCH = \{0: A B\}, pendingCH = \{0: A\} > A doesn't need to receive any data, so the rebalance ends and the pending CH is installed as the current CH in topology _T + 3_: currentCH = \{0: A\}, pendingCH = null > This algorithm is relatively easy to follow and implement, but it does result in reduced availability of the cache data. It would be better if topology _T + 2_ could re-add B as an owner in the pending CH. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4616) PartitionHandlingInterceptor should have special handling for DeltaCompositeKeys

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4616?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4616: ---------------------------------- Fix Version/s: 7.1.0.CR1 (was: 7.1.0.Beta1) > PartitionHandlingInterceptor should have special handling for DeltaCompositeKeys > -------------------------------------------------------------------------------- > > Key: ISPN-4616 > URL: https://issues.jboss.org/browse/ISPN-4616 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta1 > Reporter: Dan Berindei > Labels: partition_handling > Fix For: 7.1.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 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 January 2015