June 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5218) Add batching to the AdvancedCacheWriter interface

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-5218?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-5218: ------------------------------- Fix Version/s: 9.1.0.Beta1 (was: 9.1.0.Final) > Add batching to the AdvancedCacheWriter interface > ------------------------------------------------- > > Key: ISPN-5218 > URL: https://issues.jboss.org/browse/ISPN-5218 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Tristan Tarrant > Assignee: Ryan Emerson > Fix For: 9.1.0.Beta1 > > > The AdvancedCacheWriter should be extended with a batch operation which takes multiple write/remove operations so that stores which can do batching can optimize this. This would benefit: > * passivateAll > * putAll > * the async writer > Immediate users would be the JDBC stores, JPA, RocksDB. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7906) Infinispan Query DSL does not handle inheritance of properties/fields correctly

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7906?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-7906: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated in master, 9.0.x and 8.2.x branches. > Infinispan Query DSL does not handle inheritance of properties/fields correctly > ------------------------------------------------------------------------------- > > Key: ISPN-7906 > URL: https://issues.jboss.org/browse/ISPN-7906 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 8.2.0.Final, 9.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.1.0.Final, 8.2.7.Final, 9.0.2.Final, 9.1.0.Beta1 > > > If 'age' property is a field declared in the parent class of 'Person' and you query it you will get: > {code} > org.infinispan.objectfilter.ParsingException: ISPN028501: The type org.infinispan.query.dsl.embedded.SingleClassDSLQueryTest$Person has no property named 'age'. > at org.infinispan.objectfilter.impl.syntax.parser.QueryResolverDelegateImpl.normalizeProperty(QueryResolverDelegateImpl.java:191) > at org.infinispan.objectfilter.impl.syntax.parser.QueryResolverDelegateImpl.normalizePropertyPathTerminus(QueryResolverDelegateImpl.java:185) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.pathedPropertyReference(QueryResolver.java:7736) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.propertyReferencePath(QueryResolver.java:7567) > 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:3458) > 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:655) > 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:103) > 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:163) > at org.infinispan.query.dsl.embedded.impl.QueryCache.get(QueryCache.java:79) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.parse(QueryEngine.java:655) > at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.<init>(DelegatingQuery.java:54) > at org.infinispan.query.dsl.embedded.impl.EmbeddedQueryBuilder.build(EmbeddedQueryBuilder.java:32) > at org.infinispan.query.dsl.impl.BaseCondition.build(BaseCondition.java:197) > at org.infinispan.query.dsl.embedded.SingleClassDSLQueryTest.testInheritedField(SingleClassDSLQueryTest.java:88) > at org.infinispan.query.dsl.embedded.NonIndexedSingleClassDSLQueryTest.testInheritedField(NonIndexedSingleClassDSLQueryTest.java:22) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:348) > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343) > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305) > at org.testng.SuiteRunner.run(SuiteRunner.java:254) > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224) > at org.testng.TestNG.runSuitesLocally(TestNG.java:1149) > at org.testng.TestNG.run(TestNG.java:1057) > at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72) > at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:127) > {code} > Similar failures occur for java-bean style properties. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5218) Add batching to the AdvancedCacheWriter interface

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5218?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5218: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Add batching to the AdvancedCacheWriter interface > ------------------------------------------------- > > Key: ISPN-5218 > URL: https://issues.jboss.org/browse/ISPN-5218 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Tristan Tarrant > Assignee: Ryan Emerson > Fix For: 9.1.0.Final > > > The AdvancedCacheWriter should be extended with a batch operation which takes multiple write/remove operations so that stores which can do batching can optimize this. This would benefit: > * passivateAll > * putAll > * the async writer > Immediate users would be the JDBC stores, JPA, RocksDB. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7901) Postgres drop-on-exit remove index fails

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7901?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-7901: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Postgres drop-on-exit remove index fails > ---------------------------------------- > > Key: ISPN-7901 > URL: https://issues.jboss.org/browse/ISPN-7901 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 9.1.0.Alpha1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.1.0.Beta1 > > > When drop-on-exit is true and indexing is enabled the following error occurs: > {code:java} > ERROR: ISPN008011: Error while creating table; used DDL statement: 'DROP INDEX "test_table_postgres_timestamp_index" ON "test_table_postgres"' > org.postgresql.util.PSQLException: ERROR: syntax error at or near "ON" > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7922: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > OffHeap stream causes too many entries in memory at once > -------------------------------------------------------- > > Key: ISPN-7922 > URL: https://issues.jboss.org/browse/ISPN-7922 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.1.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.0.2.Final, 9.1.0.Beta1 > > > Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7896) Support for on-demand data conversion in caches

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-7896?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-7896: ------------------------------------ Fix Version/s: 9.1.0.Beta1 > Support for on-demand data conversion in caches > ----------------------------------------------- > > Key: ISPN-7896 > URL: https://issues.jboss.org/browse/ISPN-7896 > Project: Infinispan > Issue Type: Enhancement > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.1.0.Final, 9.1.0.Beta1 > > > Currently conversions between the storage format of a cache and the read/write format are done via a combination of TypeConverters, interceptors, converters and ad-hoc transformers. > In order to support reading and writing to/from a cache using multiple formats (e.g. read as Json, or as byte[]), it's necessary to isolate all those conversions and expose an API to specify on a per usecase basis the necessary conversion. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7941) CompatibilityProtoStreamMarshaller can't be set in server

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-7941: ----------------------------------- Summary: CompatibilityProtoStreamMarshaller can't be set in server Key: ISPN-7941 URL: https://issues.jboss.org/browse/ISPN-7941 Project: Infinispan Issue Type: Bug Components: Server Affects Versions: 9.0.0.Final Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 9.1.0.Final, 9.0.2.Final Out of the box, it's impossible to set compatibility marshaller to {{org.infinispan.query.remote.CompatibilityProtoStreamMarshaller}} in server because {{org.infinispan.main}} classloader can't access that class. As [~dan.berindei] suggested in the mailing list, one way to avoid these kind of issues would be to allow class definitions to have {{slot:module:class}} format so that using the ModularClassResolver any class can be found. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7896) Support for on-demand data conversion in caches

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7896?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-7896: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated in master. Thanks [~gustavonalle]! > Support for on-demand data conversion in caches > ----------------------------------------------- > > Key: ISPN-7896 > URL: https://issues.jboss.org/browse/ISPN-7896 > Project: Infinispan > Issue Type: Enhancement > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.1.0.Final > > > Currently conversions between the storage format of a cache and the read/write format are done via a combination of TypeConverters, interceptors, converters and ad-hoc transformers. > In order to support reading and writing to/from a cache using multiple formats (e.g. read as Json, or as byte[]), it's necessary to isolate all those conversions and expose an API to specify on a per usecase basis the necessary conversion. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7940) Deprecate Compatibility Mode

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7940?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-7940: -------------------------------- Component/s: Embedded Querying Remote Querying > Deprecate Compatibility Mode > ---------------------------- > > Key: ISPN-7940 > URL: https://issues.jboss.org/browse/ISPN-7940 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying, Remote Querying > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.1.0.Final > > > Compatibility Mode should be marked for removal and internally all the remaining usages should be routed to the related encoder -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7940) Deprecate Compatibility Mode

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-7940?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-7940: -------------------------------- Status: Open (was: New) > Deprecate Compatibility Mode > ---------------------------- > > Key: ISPN-7940 > URL: https://issues.jboss.org/browse/ISPN-7940 > Project: Infinispan > Issue Type: Bug > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.1.0.Final > > > Compatibility Mode should be marked for removal and internally all the remaining usages should be routed to the related encoder -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 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 June 2017