September 2015 - infinispan-issues

[JBoss JIRA] (ISPN-5685) Filtering doesn't work with sum aggregation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5685?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5685: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1257325|https://bugzilla.redhat.com/show_bug.cgi?id=1257325] from ON_QA to VERIFIED > Filtering doesn't work with sum aggregation > ------------------------------------------- > > Key: ISPN-5685 > URL: https://issues.jboss.org/browse/ISPN-5685 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.0.0.Beta3 > Reporter: Jakub Markos > Assignee: Adrian Nistor > Fix For: 8.0.0.Final > > > The following query > {code} > public void testGroupBy() { > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getTransactionImplClass()) > .select(Expression.property("accountId"), Expression.sum("amount")) > .groupBy("accountId") > .having(Expression.sum("amount")).gt(3324) > .toBuilder().build(); > } > {code} > in the context of QueryDslConditionsTest test class fails with: > {code} > java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Double > at java.lang.Double.compareTo(Double.java:49) > at org.infinispan.objectfilter.impl.util.Interval.contains(Interval.java:92) > at org.infinispan.objectfilter.impl.predicateindex.IntervalCondition.match(IntervalCondition.java:19) > at org.infinispan.objectfilter.impl.predicateindex.IntervalCondition.match(IntervalCondition.java:9) > at org.infinispan.objectfilter.impl.predicateindex.Predicate.match(Predicate.java:37) > at org.infinispan.objectfilter.impl.predicateindex.Predicates.notifyMatchingSubscribers(Predicates.java:118) > at org.infinispan.objectfilter.impl.predicateindex.AttributeNode.processValue(AttributeNode.java:112) > at org.infinispan.objectfilter.impl.predicateindex.RowMatcherEvalContext.processAttributes(RowMatcherEvalContext.java:30) > at org.infinispan.objectfilter.impl.predicateindex.MatcherEvalContext.process(MatcherEvalContext.java:120) > at org.infinispan.objectfilter.impl.ObjectFilterImpl.filter(ObjectFilterImpl.java:73) > at org.infinispan.query.dsl.embedded.impl.HybridQuery$1.update(HybridQuery.java:75) > at org.infinispan.query.dsl.embedded.impl.HybridQuery$1.hasNext(HybridQuery.java:56) > at org.infinispan.query.dsl.embedded.impl.BaseEmbeddedQuery.listInternal(BaseEmbeddedQuery.java:72) > at org.infinispan.query.dsl.embedded.impl.BaseEmbeddedQuery.list(BaseEmbeddedQuery.java:63) > at org.infinispan.query.dsl.embedded.QueryDslConditionsTest.testGroupBy(QueryDslConditionsTest.java:1811) > ... > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5417) Continuous Query

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5417?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5417: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1238164|https://bugzilla.redhat.com/show_bug.cgi?id=1238164] from ON_QA to VERIFIED > Continuous Query > ---------------- > > Key: ISPN-5417 > URL: https://issues.jboss.org/browse/ISPN-5417 > Project: Infinispan > Issue Type: Feature Request > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.0.CR1, 8.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5692) Registering a remote event listener fails if cache is indexed, uses protobuf marshalling and includeInitialState=true

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5692?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5692: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1238164|https://bugzilla.redhat.com/show_bug.cgi?id=1238164] from ON_QA to VERIFIED > Registering a remote event listener fails if cache is indexed, uses protobuf marshalling and includeInitialState=true > --------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5692 > URL: https://issues.jboss.org/browse/ISPN-5692 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Affects Versions: 7.2.4.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.0.CR1, 8.0.0.Final, 7.2.5.Final > > > {quote} > org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=7 returned server error (status=0x85): org.infinispan.remoting.RemoteException: ISPN000217: Received exception from RemoteListenerWithDslFilterTest-NodeC-8427, see cause for remote stack trace > java.lang.ClassCastException: org.infinispan.query.remote.indexing.ProtobufValueWrapper cannot be cast to [B > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:336) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:126) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeaderOrEvent(Codec20.java:208) > at org.infinispan.client.hotrod.impl.operations.AddClientListenerOperation.executeOperation(AddClientListenerOperation.java:92) > at org.infinispan.client.hotrod.impl.operations.AddClientListenerOperation.executeOperation(AddClientListenerOperation.java:25) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:52) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.addClientListener(RemoteCacheImpl.java:575) > at org.infinispan.client.hotrod.event.ClientEvents.addClientQueryListener(ClientEvents.java:65) > at org.infinispan.client.hotrod.event.RemoteListenerWithDslFilterTest.testEventFilter(RemoteListenerWithDslFilterTest.java:144) > {quote} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3797) DataContainer should interact atomically with Persistence

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3797?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3797: ----------------------------------------------- Carlo de Wolf <cdewolf(a)redhat.com> changed the Status of [bug 1202354|https://bugzilla.redhat.com/show_bug.cgi?id=1202354] from ASSIGNED to POST > DataContainer should interact atomically with Persistence > --------------------------------------------------------- > > Key: ISPN-3797 > URL: https://issues.jboss.org/browse/ISPN-3797 > Project: Infinispan > Issue Type: Enhancement > Components: Eviction, Loaders and Stores > Affects Versions: 6.0.0.Final, 5.2.10.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.Alpha3, 7.0.0.Final, 5.2.11.Final > > > DataContainer should handle atomically all the interactions with the Persistence. This includes all the eviction/passivation. > Main points: > * In DataContainer load/store will avoid any lose of data during concurrent operations > * Take advantage of CHMv8 > * CacheLoader and Writer Interceptors are no longer needed. > Check the mailling list for more info. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4810) Local Transactional Cache loses data when eviction is enabled and there are multiple readers and one writer

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4810?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4810: ----------------------------------------------- Carlo de Wolf <cdewolf(a)redhat.com> changed the Status of [bug 1202354|https://bugzilla.redhat.com/show_bug.cgi?id=1202354] from ASSIGNED to POST > Local Transactional Cache loses data when eviction is enabled and there are multiple readers and one writer > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-4810 > URL: https://issues.jboss.org/browse/ISPN-4810 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.2.Final > Environment: Windows 7 x64 (NTFS) > Oracle JDK1.7.0_40 > Apache Maven 3.0.5 > Reporter: Horia Chiorean > Assignee: William Burns > Labels: modeshape > Fix For: 7.2.0.Beta1, 5.2.12.Final, 5.2.13.Final > > Attachments: ispn_concurrent.zip > > > Using Infinispan 6.0.2 and a local, transactional cache backed by a <singleFile> store, with eviction enabled and a small {{max-entries}} setting, we have the following scenario: > * the main thread (i.e. the "writer") starts a transaction, adds a batch of strings into the cache and also appends the same strings into a List cache entry and then commits the transaction > * after the above has finished (i.e. after tx.commit) it fires a number of reader threads where each reader thread > ** checks that the string entries were added into the cache and > ** checks that the entries were correctly appended to the List entry > * the above steps are repeated a number of times > On any given run, based on timing, we're seeing that at some point (after some time) some of the reader threads will not see the latest version of the List entry (i.e. will not see the latest elements that were added into the list) but rather an old, stale List (sort of a "lost update" scenario). > If we either: > * disable eviction or > * set the {{max-entries}} to a large enough value (which I suspect has the same effect - not evicting anything) the problem doesn't show up. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5719) Use log4j 2.0 everywhere

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5719?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5719: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3689 > Use log4j 2.0 everywhere > ------------------------ > > Key: ISPN-5719 > URL: https://issues.jboss.org/browse/ISPN-5719 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 8.0.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.0.1.Final > > > Some of our dependencies have their own logging, and they don't use log4j2 automatically: > 1. Spring uses commons-logging. Can use log4j2 with the commons-logging bridge. > 2. Netty uses slf4j, log4j 1.2, or JDK logging. Can use log4j2 with the slf4j bridge. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5719) Use log4j 2.0 everywhere

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5719?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5719: ------------------------------- Status: Open (was: New) > Use log4j 2.0 everywhere > ------------------------ > > Key: ISPN-5719 > URL: https://issues.jboss.org/browse/ISPN-5719 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 8.0.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.0.1.Final > > > Some of our dependencies have their own logging, and they don't use log4j2 automatically: > 1. Spring uses commons-logging. Can use log4j2 with the commons-logging bridge. > 2. Netty uses slf4j, log4j 1.2, or JDK logging. Can use log4j2 with the slf4j bridge. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5719) Use log4j 2.0 everywhere

by Dan Berindei (JIRA)

Dan Berindei created ISPN-5719: ---------------------------------- Summary: Use log4j 2.0 everywhere Key: ISPN-5719 URL: https://issues.jboss.org/browse/ISPN-5719 Project: Infinispan Issue Type: Task Components: Core Affects Versions: 8.0.0.Final Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 8.0.1.Final Some of our dependencies have their own logging, and they don't use log4j2 automatically: 1. Spring uses commons-logging. Can use log4j2 with the commons-logging bridge. 2. Netty uses slf4j, log4j 1.2, or JDK logging. Can use log4j2 with the slf4j bridge. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5717) Continuous query ignores expired entries

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5717?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5717: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1258982|https://bugzilla.redhat.com/show_bug.cgi?id=1258982] from NEW to POST > Continuous query ignores expired entries > ---------------------------------------- > > Key: ISPN-5717 > URL: https://issues.jboss.org/browse/ISPN-5717 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > Fix For: 8.0.1.Final > > > When cache entry expires, CQ listeners are not updated and thus can server obsolete results -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5717) Continuous query ignores expired entries

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5717?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5717: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1258982 Bugzilla Update: Perform > Continuous query ignores expired entries > ---------------------------------------- > > Key: ISPN-5717 > URL: https://issues.jboss.org/browse/ISPN-5717 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > Fix For: 8.0.1.Final > > > When cache entry expires, CQ listeners are not updated and thus can server obsolete results -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2015