May 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7863) ISPN028501 (no property named) when access field after group by (by only certai char's)

by Gregory Orciuch (JIRA)

Gregory Orciuch created ISPN-7863: ------------------------------------- Summary: ISPN028501 (no property named) when access field after group by (by only certai char's) Key: ISPN-7863 URL: https://issues.jboss.org/browse/ISPN-7863 Project: Infinispan Issue Type: Bug Components: Server Affects Versions: 9.0.0.Final Reporter: Gregory Orciuch Links to: https://issues.jboss.org/browse/ISPN-7861 When quering ISPN server over hotrod and trying to access field which begins with "v" character that field access is lost but together with "group by" operator. Example of entity using proto/annotations: {code:java} @ProtoDoc("@Indexed") public class Offering implements Serializable { private String name; private Integer relationSetId; private Integer variant; @ProtoDoc("@Field(store = Store.YES, analyze = Analyze.YES)") @ProtoField(number = 5, required = true) public String getName() { return name; } public void setName(String name) { this.name = name; } @ProtoField(number = 44) public Integer getRelationSetId() { return relationSetId; } public void setRelationSetId(Integer relationSetId) { this.relationSetId = relationSetId; } @ProtoDoc("@Field(store = Store.YES, analyze = Analyze.NO)") @ProtoField(number = 50) public Integer getVariant() { return variant; } public void setVariant(Integer variant) { this.variant = variant; } } {code} Then executing query like this: {code:sql} select min(_gen0.name),min(_gen0.variant) FROM Offering _gen0 WHERE _gen0.variant = 44 GROUP BY _gen0.relationSetId {code} Produces server side error which mentions "ariant" - v - is lost. Paste is below. NOT using group by is causing that query to run well. ALSO Changing variable name from variant to "bariant" helps. LOOKS like there is some code which restricts the name or parses wrongly. Affects not only simple type fields but also List<Variant> variants - "v" is lost. {panel:title=log} 14:02:50,951 DEBUG [org.infinispan.query.dsl.embedded.impl.QueryEngine] (HotRod-ServerHandler-6-16) Building query 'select min(_gen0.name),min(_gen0.variant) FROM Offering _gen0 WHERE _gen0.variant = 44 GROUP BY _gen0.relationSetId' with parameters null 14:02:50,953 DEBUG [org.infinispan.server.hotrod.HotRodExceptionHandler] (HotRod-ServerWorker-4-1) Exception caught: org.infinispan.objectfilter.ParsingException: ISPN028501: The type Offering has no property named '*ariant*'. at org.infinispan.objectfilter.impl.syntax.parser.QueryResolverDelegateImpl.normalizeProperty(QueryResolverDelegateImpl.java:191) at org.infinispan.objectfilter.impl.syntax.parser.QueryResolverDelegateImpl.normalizeUnqualifiedPropertyReference(QueryResolverDelegateImpl.java:84) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.unqualifiedPropertyReference(QueryResolver.java:7651) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.propertyReferencePath(QueryResolver.java:7548) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.propertyReferenceExpression(QueryResolver.java:5689) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.valueExpressionPrimary(QueryResolver.java:5495) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.valueExpression(QueryResolver.java:5271) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.rowValueConstructor(QueryResolver.java:4490) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.predicate(QueryResolver.java:3326) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.searchCondition(QueryResolver.java:2979) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.whereClause(QueryResolver.java:655) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.querySpec(QueryResolver.java:510) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.queryStatement(QueryResolver.java:379) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.queryStatementSet(QueryResolver.java:292) at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.statement(QueryResolver.java:220) at org.infinispan.objectfilter.impl.ql.QueryParser.resolve(QueryParser.java:81) at org.infinispan.objectfilter.impl.ql.QueryParser.parseQuery(QueryParser.java:69) at org.infinispan.objectfilter.impl.syntax.parser.IckleParser.parse(IckleParser.java:19) at org.infinispan.query.dsl.embedded.impl.QueryEngine.lambda$parse$1(QueryEngine.java:663) at org.infinispan.query.dsl.embedded.impl.QueryCache.lambda$get$0(QueryCache.java:79) at org.infinispan.cache.impl.TypeConverterDelegatingAdvancedCache.lambda$convertFunction$1(TypeConverterDelegatingAdvancedCache.java:101) at java.util.concurrent.ConcurrentMap.computeIfAbsent(ConcurrentMap.java:324) at org.infinispan.cache.impl.AbstractDelegatingCache.computeIfAbsent(AbstractDelegatingCache.java:343) at org.infinispan.cache.impl.TypeConverterDelegatingAdvancedCache.computeIfAbsent(TypeConverterDelegatingAdvancedCache.java:161) at org.infinispan.query.dsl.embedded.impl.QueryCache.get(QueryCache.java:79) at org.infinispan.query.dsl.embedded.impl.QueryEngine.parse(QueryEngine.java:663) at org.infinispan.query.dsl.embedded.impl.QueryEngine.buildQueryWithAggregations(QueryEngine.java:299) at org.infinispan.query.dsl.embedded.impl.QueryEngine.buildQuery(QueryEngine.java:139) at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.createQuery(DelegatingQuery.java:91) at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.list(DelegatingQuery.java:98) at org.infinispan.query.remote.impl.QueryFacadeImpl.makeResponse(QueryFacadeImpl.java:61) at org.infinispan.query.remote.impl.QueryFacadeImpl.query(QueryFacadeImpl.java:53) at org.infinispan.server.hotrod.HotRodServer.query(HotRodServer.java:116) at org.infinispan.server.hotrod.ContextHandler.realRead(ContextHandler.java:148) at org.infinispan.server.hotrod.ContextHandler.lambda$null$0(ContextHandler.java:59) at org.infinispan.security.Security.doAs(Security.java:143) at org.infinispan.server.hotrod.ContextHandler.lambda$channelRead0$1(ContextHandler.java:58) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144) at java.lang.Thread.run(Thread.java:748) {panel} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7840) Indexing should happen on owners

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7840?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7840: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.1.0.Final 9.1.0.Alpha1 Assignee: Gustavo Fernandes Resolution: Done > Indexing should happen on owners > -------------------------------- > > Key: ISPN-7840 > URL: https://issues.jboss.org/browse/ISPN-7840 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.1.0.Final, 9.1.0.Alpha1 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5655) MissingFormatArgumentException thrown by PreferConsistencyStrategy

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5655?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5655: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1412752|https://bugzilla.redhat.com/show_bug.cgi?id=1412752] from ON_QA to VERIFIED > MissingFormatArgumentException thrown by PreferConsistencyStrategy > ------------------------------------------------------------------ > > Key: ISPN-5655 > URL: https://issues.jboss.org/browse/ISPN-5655 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.0.0.Beta2 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 8.0.0.Beta3, 8.0.0.Final > > > Exception thrown due to line 197 in PreferConsistencyStrategy.java > 2015-08-03 10:30:38,873 ERROR Unable to format msg: After merge, cache %s has recovered and is entering available mode java.util.MissingFormatArgumentException: Format specifier '%s' > at java.util.Formatter.format(Formatter.java:2519) > at java.util.Formatter.format(Formatter.java:2455) > at java.lang.String.format(String.java:2928) > at org.apache.logging.log4j.message.StringFormattedMessage.formatMessage(StringFormattedMessage.java:88) > at org.apache.logging.log4j.message.StringFormattedMessage.getFormattedMessage(StringFormattedMessage.java:60) > at org.apache.logging.log4j.core.pattern.MessagePatternConverter.format(MessagePatternConverter.java:68) > at org.apache.logging.log4j.core.pattern.PatternFormatter.format(PatternFormatter.java:36) > at org.apache.logging.log4j.core.layout.PatternLayout.toSerializable(PatternLayout.java:196) > at org.apache.logging.log4j.core.layout.PatternLayout.toSerializable(PatternLayout.java:55) > at org.apache.logging.log4j.core.layout.AbstractStringLayout.toByteArray(AbstractStringLayout.java:71) > at org.apache.logging.log4j.core.appender.AbstractOutputStreamAppender.append(AbstractOutputStreamAppender.java:108) > at org.apache.logging.log4j.core.config.AppenderControl.callAppender(AppenderControl.java:99) > at org.apache.logging.log4j.core.config.LoggerConfig.callAppenders(LoggerConfig.java:430) > at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:409) > at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:412) > at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:367) > at org.apache.logging.log4j.core.Logger.logMessage(Logger.java:112) > at org.jboss.logging.Log4j2Logger.doLogf(Log4j2Logger.java:66) > at org.jboss.logging.Logger.logf(Logger.java:2445) > at org.jboss.logging.DelegatingBasicLogger.debugf(DelegatingBasicLogger.java:344) > at org.infinispan.partitionhandling.impl.PreferConsistencyStrategy.onPartitionMerge(PreferConsistencyStrategy.java:198) > at org.infinispan.topology.ClusterCacheStatus.doMergePartitions(ClusterCacheStatus.java:509) > at org.infinispan.topology.ClusterTopologyManagerImpl$2.call(ClusterTopologyManagerImpl.java:383) > at org.infinispan.topology.ClusterTopologyManagerImpl$2.call(ClusterTopologyManagerImpl.java:380) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.runInternal(SemaphoreCompletionService.java:173) > at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.run(SemaphoreCompletionService.java:151) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7851) Error "newValue is null" while connecting to cache for Infinispan 9.0.0.Final

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-7851?page=com.atlassian.jira.plugin.... ] Ryan Emerson resolved ISPN-7851. -------------------------------- Fix Version/s: 9.1.0.Alpha1 Resolution: Done > Error "newValue is null" while connecting to cache for Infinispan 9.0.0.Final > ----------------------------------------------------------------------------- > > Key: ISPN-7851 > URL: https://issues.jboss.org/browse/ISPN-7851 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.0.0.Final > Reporter: Santosh Haranath > Assignee: Tristan Tarrant > Priority: Minor > Fix For: 9.1.0.Alpha1 > > > I configured cross-site replication using infinispan 9.0.0.CR3 and everything worked then upgraded it to 9.0.0.Final but same configuration failed to perform cross-site replication with the latest version. > > During debugging I observed the following error when trying to update cache default from ispn-cli(infinispan-server-9.0.0.Final/ispn-cli.sh > > FLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: newValue is null > > I deployed a fresh Infinispan 9.0.0.Final without any customization in standalone mode but still got same error. > > ./ispn-cli.sh > You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands. > [disconnected /] connect > [standalone@localhost:9990 /] container local > [standalone@localhost:9990 cache-container=local] cache default > WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: newValue is null > [standalone@localhost:9990 cache-container=local] > > With a out of the box 9.0.0.CR3 deployment cache update worked fine > > ./ispn-cli.sh > You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands. > [disconnected /] connect > [standalone@localhost:9990 /] container local > [standalone@localhost:9990 cache-container=local] cache default > [standalone@localhost:9990 local-cache=default] put a a > [standalone@localhost:9990 local-cache=default] get a > a > [standalone@localhost:9990 local-cache=default] > See > https://developer.jboss.org/message/971206#971206 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7862) [8.1.x] : Add a MANUAL strategy to eviction