October 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4693) Locks acquired before a partition will never be released

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4693?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4693: ----------------------------------------------- Matej Čimbora <mcimbora(a)redhat.com> changed the Status of [bug 1155692|https://bugzilla.redhat.com/show_bug.cgi?id=1155692] from ON_QA to VERIFIED > Locks acquired before a partition will never be released > -------------------------------------------------------- > > Key: ISPN-4693 > URL: https://issues.jboss.org/browse/ISPN-4693 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Erik Salter > Assignee: Dan Berindei > Fix For: 7.0.0.CR2, 7.0.0.Final > > > Consider the following case: > 1. A prepares a transaction for key K on nodes B and C. > 2. The primary owner B acquires and registers this lock. > 3. The cluster partitions and A,C remain in partition one, and B in a separate partition. > 4. The transaction rolls back. However, since B left the cluster, the rollback will not be sent to B. > 5. B rejoins the cluster. It still has a lock acquired for key K. > This can lead to a lock being acquired indefinitely. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5902) Stream iterator/forEach should use configured Equivalence

by William Burns (JIRA)

William Burns created ISPN-5902: ----------------------------------- Summary: Stream iterator/forEach should use configured Equivalence Key: ISPN-5902 URL: https://issues.jboss.org/browse/ISPN-5902 Project: Infinispan Issue Type: Bug Components: Core Reporter: William Burns Assignee: William Burns The stream methods to use iterator and forEach do not use equivalence when storing their keys. This should be done to make sure entries are not repeated. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

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

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5888?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5888: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1272490|https://bugzilla.redhat.com/show_bug.cgi?id=1272490] from POST to MODIFIED > 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)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5880) XSite client failover - enhance configuration validation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5880?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5880: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1273796|https://bugzilla.redhat.com/show_bug.cgi?id=1273796] from ASSIGNED to MODIFIED > XSite client failover - enhance configuration validation > -------------------------------------------------------- > > Key: ISPN-5880 > URL: https://issues.jboss.org/browse/ISPN-5880 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication, Remote Protocols > Reporter: Matej Čimbora > Assignee: Matej Čimbora > Fix For: 8.1.0.Beta1 > > > Improve validation of cluster configuration for HR client to handle scenarios such as specifying duplicate backup clusters and omitting node list for a defined cluster. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5791) Query DSL : Projecting a Date field multiple times will render it as string

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5791?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5791: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Query DSL : Projecting a Date field multiple times will render it as string > --------------------------------------------------------------------------- > > Key: ISPN-5791 > URL: https://issues.jboss.org/browse/ISPN-5791 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 8.0.1.Final, 8.1.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Beta1, 8.0.2.Final > > > Adding this in QueryDslConditionsTest fails. The second date projection is a String instead of being a Date. First projection is OK. The problem is gone if cache is not indexed, which makes me think it is more of a problem in CacheQuery. > {code} > public void testDuplicateDateProjection() throws Exception { > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getTransactionImplClass()) > .select("id", "date", "date") > .having("description").eq("Hotel") > .toBuilder().build(); > List<Object[]> list = q.list(); > assertEquals(1, list.size()); > assertEquals(1, list.size()); > assertEquals(3, list.get(0).length); > assertEquals(3, list.get(0)[0]); > assertEquals(makeDate("2013-02-27"), list.get(0)[1]); > assertEquals(makeDate("2013-02-27"), list.get(0)[2]); > } > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5872) Projecting a boolean property in remote mode will render it as an Integer

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5872?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5872: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Projecting a boolean property in remote mode will render it as an Integer > ------------------------------------------------------------------------- > > Key: ISPN-5872 > URL: https://issues.jboss.org/browse/ISPN-5872 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Beta1, 8.0.2.Final > > > This works in embedded mode; fails only in remote mode. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5873) Allow non-stored fields to be projected in DSL based queries

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5873?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5873: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Allow non-stored fields to be projected in DSL based queries > ------------------------------------------------------------ > > Key: ISPN-5873 > URL: https://issues.jboss.org/browse/ISPN-5873 > Project: Infinispan > Issue Type: Enhancement > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Beta1, 8.0.2.Final > > > Currently if a field is indexed but it is not stored it cannot be used in a projection but if the field is not indexed it can be used in projections due to the way hybrid queries work. This uneven handling should disappear. All fields should be allowed for projections and if they are stored we should take advantage of that. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5898) Upgrade to protostream 3.0.4.Final

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5898?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5898: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Upgrade to protostream 3.0.4.Final > ---------------------------------- > > Key: ISPN-5898 > URL: https://issues.jboss.org/browse/ISPN-5898 > Project: Infinispan > Issue Type: Component Upgrade > Components: Build process > Affects Versions: 8.1.0.Alpha2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Beta1, 8.0.2.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5144) CLI/monitoring -- server started standalone.xml does not report statistics

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5144?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5144: ----------------------------------------------- Alan Field <afield(a)redhat.com> changed the Status of [bug 1181252|https://bugzilla.redhat.com/show_bug.cgi?id=1181252] from ASSIGNED to CLOSED > CLI/monitoring -- server started standalone.xml does not report statistics > -------------------------------------------------------------------------- > > Key: ISPN-5144 > URL: https://issues.jboss.org/browse/ISPN-5144 > Project: Infinispan > Issue Type: Bug > Components: CLI, JMX, reporting and management > Reporter: Tomas Sykora > Assignee: Tristan Tarrant > > Please, check linked Bugzilla for more detailed description. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

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

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5882?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5882: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > 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 > Fix For: 8.1.0.Beta1, 8.1.0.Final > > > 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)

9 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2015