November 2015 - infinispan-issues

[JBoss JIRA] (ISPN-5905) Avoid creating a FilterEvalContext for non-matching subscriptions

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5905?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5905: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1277166|https://bugzilla.redhat.com/show_bug.cgi?id=1277166] from MODIFIED to ON_QA > Avoid creating a FilterEvalContext for non-matching subscriptions > ----------------------------------------------------------------- > > Key: ISPN-5905 > URL: https://issues.jboss.org/browse/ISPN-5905 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 8.1.0.Alpha2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Beta1, 8.0.2.Final > > > MatcherEvalContext.getFilterEvalContext crates a FilterEvalContext on the fly. > So during the dispatching of notifications all FilterEvalContexts get created, even for non-matching subscriptions. This can be easily avoided. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5906) Hide implementation details from package org.infinispan.query.continuous

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5906?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5906: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1277166|https://bugzilla.redhat.com/show_bug.cgi?id=1277166] from MODIFIED to ON_QA > Hide implementation details from package org.infinispan.query.continuous > ------------------------------------------------------------------------ > > Key: ISPN-5906 > URL: https://issues.jboss.org/browse/ISPN-5906 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > 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)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5899) ContinuousQuery tests should disable expiration reaper

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5899?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5899: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1276452|https://bugzilla.redhat.com/show_bug.cgi?id=1276452] from MODIFIED to ON_QA > ContinuousQuery tests should disable expiration reaper > ------------------------------------------------------ > > Key: ISPN-5899 > URL: https://issues.jboss.org/browse/ISPN-5899 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Query > Affects Versions: 8.1.0.Alpha2 > Reporter: William Burns > Assignee: William Burns > Priority: Blocker > Fix For: 8.1.0.Beta1, 8.0.2.Final > > > ContinuousQuery tests rely on an exact number of expiration events. Unfortunately if the reaper fires at the same time an entry is being expired you can get duplicate expiration events. We should disable the reaper to prevent these sporadic failures. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5755) HotRod returns local statistics instead of clustered

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5755?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5755: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1262801|https://bugzilla.redhat.com/show_bug.cgi?id=1262801] from MODIFIED to ON_QA > HotRod returns local statistics instead of clustered > ---------------------------------------------------- > > Key: ISPN-5755 > URL: https://issues.jboss.org/browse/ISPN-5755 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 8.0.1.Final > Reporter: Tristan Tarrant > Assignee: Galder Zamarreño > Fix For: 8.1.0.Beta1, 8.1.0.Final > > > The HotRod statistics currently returns only the local statistics, but that is quite meaningless for a client. It should really return the clustered stats instead. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5691) Server should enable writeSkew for some configurations by default

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5691?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5691: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1255783|https://bugzilla.redhat.com/show_bug.cgi?id=1255783] from MODIFIED to ON_QA > Server should enable writeSkew for some configurations by default > ----------------------------------------------------------------- > > Key: ISPN-5691 > URL: https://issues.jboss.org/browse/ISPN-5691 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Reporter: Galder Zamarreño > Assignee: Tristan Tarrant > Fix For: 8.1.0.Alpha2, 8.1.0.Final, 7.2.6.Final > > > By default, optimistic locking caches do not enable write skew. This was already spotted in ISPN-3655. > In an embedded environment, the user can always enable write skew in its configuration, but this cannot be enabled in server mode. > Widlfly does enable write skew programmatically depending on the configuration: > {quote} > > hey, quick q: can you configure writeSkew on infinispan wildfly > config? > <pferraro> we always enable write skew for synchronous, optimistic, > repeatable-read caches, and disable otherwise > > pferraro: ah, you do it in the integration code? > <pferraro> yes > {quote} > We need to be doing the same in server configuration, otherwise we run the risk of having issues with conditional operations under failure situations (see ISPN-2956) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5877) PutAll requests can't use skip cache load and skip indexing flags

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5877?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5877: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1272052|https://bugzilla.redhat.com/show_bug.cgi?id=1272052] from MODIFIED to ON_QA > PutAll requests can't use skip cache load and skip indexing flags > ----------------------------------------------------------------- > > Key: ISPN-5877 > URL: https://issues.jboss.org/browse/ISPN-5877 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.0.0.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 putAll requests ignore skip cache load and skip indexing flags. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5863) Default metadata not merged for DecoratedCache operations

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5863?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5863: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1272052|https://bugzilla.redhat.com/show_bug.cgi?id=1272052] from MODIFIED to ON_QA > Default metadata not merged for DecoratedCache operations > --------------------------------------------------------- > > Key: ISPN-5863 > URL: https://issues.jboss.org/browse/ISPN-5863 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.1.0.Alpha1 > Reporter: Wolf-Dieter Fink > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 8.1.0.Beta1 > > > If the ISPN server cache is configured with expiration like: > <cache-container name="local" default-cache="default" statistics="true"> > <state-persistence/> > <local-cache name="default" start="EAGER"> > <locking acquire-timeout="30000" concurrency-level="1000" striping="false"/> > <transaction mode="NONE"/> > <expiration lifespan="1000" interval="20000"/> > </local-cache> > The entry should automatic expired in 1second after it is added. > But a client still have the key > - after 1 sec where it should have been expired > - after 20 sec where the reaper should have removed it -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

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

by RH Bugzilla Integration (JIRA)

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

10 years, 5 months

1
0
0 / 0

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

by RH Bugzilla Integration (JIRA)

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

10 years, 5 months

1
0
0 / 0

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

by RH Bugzilla Integration (JIRA)

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

10 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 2015