October 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5882) XSite replication - take-offline.after-failures property is ignored

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5882?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5882: ----------------------------------------------- Pedro Ruivo <pruivo(a)redhat.com> changed the Status of [bug 1274800|https://bugzilla.redhat.com/show_bug.cgi?id=1274800] from NEW to POST > XSite replication - take-offline.after-failures property is ignored > ------------------------------------------------------------------- > > Key: ISPN-5882 > URL: https://issues.jboss.org/browse/ISPN-5882 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication > Reporter: Matej Čimbora > Assignee: Pedro Ruivo > > Let's say I use the following backup settings and start the server in site LON: > <backup site="BRN" strategy="SYNC"> > <take-offline after-failures="5"/> > </backup> > The following code snipped should cause BRN site to go offline after 5 failures, however the site is still remains online and tries to back up the data to BRN. > RemoteCacheManager remoteCacheManager = new RemoteCacheManager(); > RemoteCache<Object, Object> cache = remoteCacheManager.getCache(); > for (int i = 0; i < 10; i++) { > cache.put(i, i); > } > Server-side error message example: > 16:05:19,121 ERROR [org.jgroups.protocols.relay.RELAY2] (HotRodServerWorker-5-2) localhost: no route to BRN: dropping message > 16:05:29,121 WARN [org.infinispan.xsite.BackupSenderImpl] (HotRodServerWorker-5-2) ISPN000202: Problems backing up data for cache default to site BRN: org.infinispan.util.concurrent.TimeoutException: Timed out after 10 seconds waiting for a response from BRN (sync, timeout=10000) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5889) Merge views not dealt with in Hot Rod server

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5889?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5889: ----------------------------------- Status: Open (was: New) > Merge views not dealt with in Hot Rod server > -------------------------------------------- > > Key: ISPN-5889 > URL: https://issues.jboss.org/browse/ISPN-5889 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 8.0.1.Final, 8.1.0.Alpha2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.1.0.Beta1, 8.1.0.Final > > > Hot Rod server does not deal with merge views, so when members return back to the cluster, the view is not updated. The Hot Rod server view change listener currently only deals with nodes leaving or crashing. This problem is not a big one since it just means that until the next view change happens, clients will work with a reduced view, working in a suboptimal way, but it won't have correctness impact. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5889) Merge views not dealt with in Hot Rod server

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5889?page=com.atlassian.jira.plugin.... ] Work on ISPN-5889 started by Galder Zamarreño. ---------------------------------------------- > Merge views not dealt with in Hot Rod server > -------------------------------------------- > > Key: ISPN-5889 > URL: https://issues.jboss.org/browse/ISPN-5889 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 8.0.1.Final, 8.1.0.Alpha2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.1.0.Beta1, 8.1.0.Final > > > Hot Rod server does not deal with merge views, so when members return back to the cluster, the view is not updated. The Hot Rod server view change listener currently only deals with nodes leaving or crashing. This problem is not a big one since it just means that until the next view change happens, clients will work with a reduced view, working in a suboptimal way, but it won't have correctness impact. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5889) Merge views not dealt with in Hot Rod server

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-5889: -------------------------------------- Summary: Merge views not dealt with in Hot Rod server Key: ISPN-5889 URL: https://issues.jboss.org/browse/ISPN-5889 Project: Infinispan Issue Type: Bug Components: Remote Protocols Affects Versions: 8.1.0.Alpha2, 8.0.1.Final Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 8.1.0.Beta1, 8.1.0.Final Hot Rod server does not deal with merge views, so when members return back to the cluster, the view is not updated. The Hot Rod server view change listener currently only deals with nodes leaving or crashing. This problem is not a big one since it just means that until the next view change happens, clients will work with a reduced view, working in a suboptimal way, but it won't have correctness impact. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5889) Merge views not dealt with in Hot Rod server

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5889?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5889: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1274155 Bugzilla Update: Perform > Merge views not dealt with in Hot Rod server > -------------------------------------------- > > Key: ISPN-5889 > URL: https://issues.jboss.org/browse/ISPN-5889 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 8.0.1.Final, 8.1.0.Alpha2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.1.0.Beta1, 8.1.0.Final > > > Hot Rod server does not deal with merge views, so when members return back to the cluster, the view is not updated. The Hot Rod server view change listener currently only deals with nodes leaving or crashing. This problem is not a big one since it just means that until the next view change happens, clients will work with a reduced view, working in a suboptimal way, but it won't have correctness impact. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5888) Add bounded container resize to RHQ plugin

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5888?page=com.atlassian.jira.plugin.... ] William Burns closed ISPN-5888. ------------------------------- Resolution: Rejected RHQ management plugin was removed in 8.0.x. > Add bounded container resize to RHQ plugin > ------------------------------------------ > > Key: ISPN-5888 > URL: https://issues.jboss.org/browse/ISPN-5888 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Affects Versions: 8.0.0.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 8.1.0.Beta1, 8.0.2.Final > > > [~sebastian.laskawiec] added support for resize of data container. We need to allow the server to be changed through the RHQ plugin. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5758) HotRod client try to unmarhall an object on get() no matter whether the put() use a byte[] or not

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5758?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5758: ----------------------------------------------- Roman Macor <rmacor(a)redhat.com> changed the Status of [bug 1263977|https://bugzilla.redhat.com/show_bug.cgi?id=1263977] from ON_QA to VERIFIED > HotRod client try to unmarhall an object on get() no matter whether the put() use a byte[] or not > ------------------------------------------------------------------------------------------------- > > Key: ISPN-5758 > URL: https://issues.jboss.org/browse/ISPN-5758 > Project: Infinispan > Issue Type: Bug > Components: hot, Marshalling > Affects Versions: 8.0.1.Final > Reporter: Wolf-Dieter Fink > Assignee: Galder Zamarreño > Labels: hotrod, hotrod-java-client > Fix For: 8.1.0.Alpha2, 8.1.0.Final > > Attachments: reproducer.zip > > > If a client put an object as byte[] into the cache, which is a self serialized class, the get will return the original class (if it is in the class path) instead of the byte[]. > This is incompatible to ISPN5 here the byte[] is returned in any case. > It seems this in unintentional due to the smart 'compatibility' mode at client side > https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... > The client should be able to get the same class type back -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5821) Add method to manually switch client to a separate cluster

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5821?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5821: ----------------------------------------------- Matej Čimbora <mcimbora(a)redhat.com> changed the Status of [bug 1238177|https://bugzilla.redhat.com/show_bug.cgi?id=1238177] from ON_QA to VERIFIED > Add method to manually switch client to a separate cluster > ---------------------------------------------------------- > > Key: ISPN-5821 > URL: https://issues.jboss.org/browse/ISPN-5821 > Project: Infinispan > Issue Type: Sub-task > Components: Remote Protocols > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.1.0.Alpha2, 8.1.0.Final > > > There should be a method in remote cache manager that allows a client to manually switch to a different cluster. This can be useful after a client has failed over to a secondary cluster, have the client switch back to the primary cluster. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5520) Add XSite failover for HotRod clients

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5520?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5520: ----------------------------------------------- Matej Čimbora <mcimbora(a)redhat.com> changed the Status of [bug 1238177|https://bugzilla.redhat.com/show_bug.cgi?id=1238177] from ON_QA to VERIFIED > Add XSite failover for HotRod clients > ------------------------------------- > > Key: ISPN-5520 > URL: https://issues.jboss.org/browse/ISPN-5520 > Project: Infinispan > Issue Type: Feature Request > Components: Cross-Site Replication, Remote Protocols > Reporter: Tristan Tarrant > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 8.1.0.Alpha2, 8.1.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5651) Internal RuntimeExceptions which have impact on the functionality should be logged as ERROR

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5651?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5651: ----------------------------------------------- Galder Zamarreño <galder.zamarreno(a)redhat.com> changed the Status of [bug 1248723|https://bugzilla.redhat.com/show_bug.cgi?id=1248723] from ASSIGNED to CLOSED > Internal RuntimeExceptions which have impact on the functionality should be logged as ERROR > ------------------------------------------------------------------------------------------- > > Key: ISPN-5651 > URL: https://issues.jboss.org/browse/ISPN-5651 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Wolf-Dieter Fink > Assignee: Galder Zamarreño > > Description of problem: > If internal issues throw RuntimeException (i.e. like ClassCastException see https://issues.jboss.org/browse/ISPN-5647) it is very difficult to track this down as the Exception is only visible if the HotRod client! run with activated DEBUG/TRACE level. > The ERROR should be logged at server side! -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2015