August 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5705) Execution of a Hibrid Query that involves certain specific 'OR' conditions returns incorrect results

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-5705?page=com.atlassian.jira.plugin.... ] Sanne Grinovero reassigned ISPN-5705: ------------------------------------- Assignee: Adrian Nistor > Execution of a Hibrid Query that involves certain specific 'OR' conditions returns incorrect results > ---------------------------------------------------------------------------------------------------- > > Key: ISPN-5705 > URL: https://issues.jboss.org/browse/ISPN-5705 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 8.0.0.Beta3 > Environment: Hibrid Query that includes 'OR' condition fails in certain specific cases > Reporter: Prashanth Reddy > Assignee: Adrian Nistor > Priority: Critical > Attachments: BooleShannonExpansion.diff > > > The hibrid query, mentioned below produces wrong results, upon execution. > SELECT p.ID, p.NAME FROM com.testapp.Person p WHERE p.IS_ACTIVE=1 AND (p.CITY='city1' OR p.CITY='city2') AND p.ID>1000 > for the Data: > ID | NAME | CITY | IS_ACTIVE > ------------------- > 2001 person1 city1 1 > 2002 person1 city1 1 > 2003 person1 city1 1 > 2004 person1 city1 0 > 2005 person1 city2 1 > 2006 person1 city2 1 > 2007 person1 city3 0 > 2008 person1 city3 1 > Indexed fields: ID, NAME, CITY > Non-indexed fields: IS_ACTIVE > Query execution returned 0 number of rows, whereas expected result count is 5. > After some analysis root cause for the problem has been found, and the details are as follows, > As a part of separating the query that depends on indexed fields, using boole shannon algorithm, it has first extraced out the condition 'IS_ACTIVE=1' (as it deals with non-indexed fields). > Assuming four boolean conditions as c1, c2, c3, c4, where c1 represents the condition 'IS_ACTIVE=1' > f(c1,c2,c3,c4) = c1.f(1, c2, c3, c4) + c1`.f`(0, c2, c3, c4) > consider > e1=f(1, c2, c3, c4) > e2=f`(0, c2, c3, c4) > which have to be used for constructing the lucene query, for further transformation. > After splitting as per the above logic, it is trying to optimize the resultant subconditions(e1, e2), so as to reduce the number of conditions to be evaluated. One such optimization that has been found is that when there is a conjuction operation between two comparison predicates dealing with same lvalues(here, same fields), but with the different rvalues(here, constants), it has been optimized to replace it with a contradiction(constant false boolean expression). As we know, this optimization is applicable only for conjuction. But, the same is applied even for the disjuction, which is causing the above mentioned problem. > For example, > condition p.CITY='city1' AND p.CITY='city2' > can be replaced with CONTRADICTION(BooleanConst.FALSE) > But, the same cannot be done, for > condition p.CITY='city1' OR p.CITY='city2' > Following change may correct the problem. > File: infinispan-8.0.0.Beta3/object-filter/src/main/java/org/infinispan/objectfilter/impl/syntax/BooleShannonExpansion.java:155 > diff: > @@ -152,7 +152,7 @@ > } > } > } > - PredicateOptimisations.optimizePredicates(newChildren, true); > + PredicateOptimisations.optimizePredicates(newChildren, false); > if (newChildren.size() == 1) { > return newChildren.get(0); > } -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-694) Create expiration notification for in-memory cache entries

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-694?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on ISPN-694: ---------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1238170|https://bugzilla.redhat.com/show_bug.cgi?id=1238170] from ASSIGNED to POST > Create expiration notification for in-memory cache entries > ---------------------------------------------------------- > > Key: ISPN-694 > URL: https://issues.jboss.org/browse/ISPN-694 > Project: Infinispan > Issue Type: Feature Request > Components: Eviction > Environment: any > Reporter: Edouard Boily > Assignee: William Burns > Fix For: 8.0.0.CR1, 8.0.0.Final > > Attachments: 01.patch > > > Create a CacheEntryExpired notification and make EvictionManager send this notification when a cache entry is evicted because it is expired. > Also mage sure the cache entry value is sent over in the event. > CacheEntryEvicted notification should also send the entry value in the event. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5700) Create client expiration event

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5700?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5700: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1238170|https://bugzilla.redhat.com/show_bug.cgi?id=1238170] from ASSIGNED to POST > Create client expiration event > ------------------------------ > > Key: ISPN-5700 > URL: https://issues.jboss.org/browse/ISPN-5700 > Project: Infinispan > Issue Type: Sub-task > Components: Server > Reporter: William Burns > Assignee: William Burns > Fix For: 8.0.0.Final > > > We need client based expiration event as well. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5679) Add clustered expiration support

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5679?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5679: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1238170|https://bugzilla.redhat.com/show_bug.cgi?id=1238170] from ASSIGNED to POST > Add clustered expiration support > -------------------------------- > > Key: ISPN-5679 > URL: https://issues.jboss.org/browse/ISPN-5679 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: William Burns > Assignee: William Burns > Fix For: 8.0.0.Final > > > ISPN-694 added support for in memory expiration which is synchronized with the cache store. However we also need across clustered expiration synchronization. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5416) Grouping and aggregations with DSL based queries

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5416?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5416: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1238173|https://bugzilla.redhat.com/show_bug.cgi?id=1238173] from ASSIGNED to MODIFIED > Grouping and aggregations with DSL based queries > ------------------------------------------------ > > Key: ISPN-5416 > URL: https://issues.jboss.org/browse/ISPN-5416 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Querying > Affects Versions: 8.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.0.Beta2, 8.0.0.Final > > > Implement the 'group by' statement and the aggregate functions: count, sum, average, min, max. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5709) Support for running Infinispan as an Application in YARN

by Gustavo Fernandes (JIRA)

Gustavo Fernandes created ISPN-5709: --------------------------------------- Summary: Support for running Infinispan as an Application in YARN Key: ISPN-5709 URL: https://issues.jboss.org/browse/ISPN-5709 Project: Infinispan Issue Type: Feature Request Components: Hadoop Integration Reporter: Gustavo Fernandes Fix For: 8.1.0.Final Hadoop 2.x allows custom "applications" to be managed by the resource scheduler framework. As an example, Apache Spark, Apache Tez, HBase and others can be bootstrapped and managed on top of Yarn. Running on top of Yarn offers the following capabilities: * Creating on demand (or long running) clusters with a simple command line, possibly targeting different versions and/or number of nodes * Increase/Decrease the number of nodes as required * Fine grained control of memory/CPU/disk/network utilized * Submit arbitrary jobs targeting the application -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5698) Missing topology id in trace log message

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5698?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5698: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Missing topology id in trace log message > ---------------------------------------- > > Key: ISPN-5698 > URL: https://issues.jboss.org/browse/ISPN-5698 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Affects Versions: 7.2.4.Final, 8.0.0.CR1 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.0.0.Final, 7.2.5.Final > > > Missing currentTopologyId in: > {code} > if (trace) log.tracef("Retrying command because of topology change, current topology is %d: %s", command); > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5708) Logger for CommandAwareRpcDispatcher uses different message factories

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-5708?page=com.atlassian.jira.plugin.... ] Radim Vansa closed ISPN-5708. ----------------------------- Resolution: Duplicate Issue > Logger for CommandAwareRpcDispatcher uses different message factories > --------------------------------------------------------------------- > > Key: ISPN-5708 > URL: https://issues.jboss.org/browse/ISPN-5708 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.0.0.CR1 > Reporter: Radim Vansa > > Running the testsuite, I can see many messages > {code} > WARN The Logger org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher was created with the message factory org.apache.logging.log4j.message.ParameterizedMessageFactory@2c2809bb and is now requested with the message factory org.apache.logging.log4j.message.StringFormatterMessageFactory@191a55a3, which may create log events with unexpected formatting. > {code} > It seems that the problem is when {{CommandAwareRpcDispatcher}} creates static logger through jboss-logging (using the default = {{ParameterizedMessageFactory}}), and later JGroups' {{MessageDispatcher}} creates instance for the same class, but using the {{StringFormatterMessageFactory}} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5684) ISPN000136 concurrent TimeoutException if a HotRod client uses getAll(...) and the owners < numOfNodes

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5684?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5684: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 8.0.0.Final Resolution: Done > ISPN000136 concurrent TimeoutException if a HotRod client uses getAll(...) and the owners < numOfNodes > ------------------------------------------------------------------------------------------------------ > > Key: ISPN-5684 > URL: https://issues.jboss.org/browse/ISPN-5684 > Project: Infinispan > Issue Type: Bug > Components: Core > Environment: Current upstream: > 615b91b (HEAD, upstream/master, master) ISPN-5595 Deployed Cache Store Factory operates on promises > Reporter: Wolf-Dieter Fink > Assignee: Galder Zamarreño > Fix For: 8.0.0.Final > > Attachments: TestGetAll.java, TestGetAll2.java > > > If a distributed cache configuration contains less owner than current nodes are within the cluster a HotRod client fail if the copatible mode is enabled. > The getAll(...) must include keys of different owners to fail constant. > The ERROR is as followed: > 19:04:08,991 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (HotRodServerWorker-9-1) ISPN000136: Execution error: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for topology 3 > at org.infinispan.statetransfer.StateTransferLockImpl.waitForTopology(StateTransferLockImpl.java:144) > at org.infinispan.interceptors.base.BaseStateTransferInterceptor.waitForTopology(BaseStateTransferInterceptor.java:100) > at org.infinispan.statetransfer.StateTransferInterceptor.visitGetAllCommand(StateTransferInterceptor.java:177) > at org.infinispan.commands.read.GetAllCommand.acceptVisitor(GetAllCommand.java:59) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.CacheMgmtInterceptor.visitGetAllCommand(CacheMgmtInterceptor.java:127) > at org.infinispan.commands.read.GetAllCommand.acceptVisitor(GetAllCommand.java:59) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.compat.BaseTypeConverterInterceptor.visitGetAllCommand(BaseTypeConverterInterceptor.java:166) > at org.infinispan.commands.read.GetAllCommand.acceptVisitor(GetAllCommand.java:59) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71) > at org.infinispan.commands.AbstractVisitor.visitGetAllCommand(AbstractVisitor.java:95) > at org.infinispan.commands.read.GetAllCommand.acceptVisitor(GetAllCommand.java:59) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113) > at org.infinispan.commands.AbstractVisitor.visitGetAllCommand(AbstractVisitor.java:95) > at org.infinispan.commands.read.GetAllCommand.acceptVisitor(GetAllCommand.java:59) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336) > at org.infinispan.cache.impl.CacheImpl.getAll(CacheImpl.java:443) > at org.infinispan.cache.impl.DecoratedCache.getAll(DecoratedCache.java:442) > at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.getAll(AbstractDelegatingAdvancedCache.java:207) > at org.infinispan.server.hotrod.Decoder2x$.customReadValue(Decoder2x.scala:482) > at org.infinispan.server.hotrod.HotRodDecoder.customDecodeValue(HotRodDecoder.scala:197) > at org.infinispan.server.hotrod.HotRodDecoder.org$infinispan$server$hotrod$HotRodDecoder$$decodeValue(HotRodDecoder.scala:136) > at org.infinispan.server.hotrod.HotRodDecoder$$anonfun$decode$1.apply$mcV$sp(HotRodDecoder.scala:50) > at org.infinispan.server.hotrod.HotRodDecoder.wrapSecurity(HotRodDecoder.scala:206) > at org.infinispan.server.hotrod.HotRodDecoder.decode(HotRodDecoder.scala:45) > at io.netty.handler.codec.ReplayingDecoder.callDecode(ReplayingDecoder.java:370) > at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:168) > at org.infinispan.server.hotrod.HotRodDecoder.org$infinispan$server$core$transport$StatsChannelHandler$$super$channelRead(HotRodDecoder.scala:31) > at org.infinispan.server.core.transport.StatsChannelHandler$class.channelRead(StatsChannelHandler.scala:32) > at org.infinispan.server.hotrod.HotRodDecoder.channelRead(HotRodDecoder.scala:31) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:308) > at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:294) > at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:846) > at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:130) > at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511) > at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468) > at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382) > at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354) > at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116) > at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137) > at java.lang.Thread.run(Thread.java:745) -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5708) Logger for CommandAwareRpcDispatcher uses different message factories

by Radim Vansa (JIRA)

Radim Vansa created ISPN-5708: --------------------------------- Summary: Logger for CommandAwareRpcDispatcher uses different message factories Key: ISPN-5708 URL: https://issues.jboss.org/browse/ISPN-5708 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 8.0.0.CR1 Reporter: Radim Vansa Running the testsuite, I can see many messages {code} WARN The Logger org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher was created with the message factory org.apache.logging.log4j.message.ParameterizedMessageFactory@2c2809bb and is now requested with the message factory org.apache.logging.log4j.message.StringFormatterMessageFactory@191a55a3, which may create log events with unexpected formatting. {code} It seems that the problem is when {{CommandAwareRpcDispatcher}} creates static logger through jboss-logging (using the default = {{ParameterizedMessageFactory}}), and later JGroups' {{MessageDispatcher}} creates instance for the same class, but using the {{StringFormatterMessageFactory}} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2015