June 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7814) Remove auth check in CacheDecodeContext

by Vittorio Rigamonti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7814?page=com.atlassian.jira.plugin.... ] Vittorio Rigamonti updated ISPN-7814: ------------------------------------- Fix Version/s: 9.0.3.Final (was: 9.0.2.Final) > Remove auth check in CacheDecodeContext > --------------------------------------- > > Key: ISPN-7814 > URL: https://issues.jboss.org/browse/ISPN-7814 > Project: Infinispan > Issue Type: Sub-task > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 9.1.0.Final, 9.0.3.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7802) Use chunked reads/writes in TcpTransport

by Vittorio Rigamonti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7802?page=com.atlassian.jira.plugin.... ] Vittorio Rigamonti updated ISPN-7802: ------------------------------------- Fix Version/s: 9.0.3.Final (was: 9.0.2.Final) > Use chunked reads/writes in TcpTransport > ---------------------------------------- > > Key: ISPN-7802 > URL: https://issues.jboss.org/browse/ISPN-7802 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 9.0.0.Final > Reporter: Radim Vansa > Assignee: Tristan Tarrant > Fix For: 9.1.0.Final, 9.1.0.Alpha1, 9.0.3.Final > > > The buffering implementation of {{TcpTransport.socketInputStream}} needs to use fixed size input buffer, rather than growing as {{BufferedInputStream}} does. Growing buffer can lead to excessive memory consumption on heap, and more importantly, by direct memory allocated in JDK classes and pooled in thread-local caches. > EDIT: As Tristan pointed out, the {{BufferedInputStream}} does not grow in our use case, but if {{TcpTransport}} passes a big {{byte[]}} buffer, the implementation works as read through/write through. Therefore we need to chunk all calls. -- 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 Vittorio Rigamonti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7906?page=com.atlassian.jira.plugin.... ] Vittorio Rigamonti updated ISPN-7906: ------------------------------------- Fix Version/s: 9.0.3.Final (was: 9.0.2.Final) > 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.1.0.Beta1, 9.0.3.Final > > > 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-7934) CacheImpl should consult EvictionStrategy#isEnabled

by Vittorio Rigamonti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7934?page=com.atlassian.jira.plugin.... ] Vittorio Rigamonti updated ISPN-7934: ------------------------------------- Fix Version/s: 9.0.3.Final (was: 9.0.2.Final) > CacheImpl should consult EvictionStrategy#isEnabled > --------------------------------------------------- > > Key: ISPN-7934 > URL: https://issues.jboss.org/browse/ISPN-7934 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.2.6.Final, 9.0.1.Final > Reporter: Galder Zamarreño > Assignee: Radoslav Husar > Fix For: 9.1.0.Final, 8.2.7.Final, 9.0.3.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7930) Remove unnecessary provided dependencies

by Vittorio Rigamonti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7930?page=com.atlassian.jira.plugin.... ] Vittorio Rigamonti updated ISPN-7930: ------------------------------------- Fix Version/s: 9.0.3.Final (was: 9.0.2.Final) > Remove unnecessary provided dependencies > ---------------------------------------- > > Key: ISPN-7930 > URL: https://issues.jboss.org/browse/ISPN-7930 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.0.1.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 9.1.0.Final, 9.1.0.Beta1, 9.0.3.Final > > > Remove unnecessary provided dependencies which make depending on Infinispan harder to use. > For example, infinispan-jcache dependency on infinispan-core -- 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 Vittorio Rigamonti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] Vittorio Rigamonti updated ISPN-7922: ------------------------------------- Fix Version/s: (was: 9.0.2.Final) > 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.1.0.Beta1, 9.0.3.Final > > > 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-7922) OffHeap stream causes too many entries in memory at once

by Vittorio Rigamonti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7922?page=com.atlassian.jira.plugin.... ] Vittorio Rigamonti updated ISPN-7922: ------------------------------------- Fix Version/s: 9.0.3.Final > 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.1.0.Beta1, 9.0.3.Final > > > 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-7935) Document Server Tasks

by Vittorio Rigamonti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7935?page=com.atlassian.jira.plugin.... ] Vittorio Rigamonti updated ISPN-7935: ------------------------------------- Fix Version/s: 9.0.3.Final (was: 9.0.2.Final) > Document Server Tasks > --------------------- > > Key: ISPN-7935 > URL: https://issues.jboss.org/browse/ISPN-7935 > Project: Infinispan > Issue Type: Enhancement > Components: Server, Tasks > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 9.1.0.Final, 9.0.3.Final > > > There's literally no documentation on using ServerTask. They're very powerful and we should promote them more since they can act as a stop gap solution for any missing features in HR client. > I'll add documentation for ServerTasks once Infinispan can execute ServerTasks fine, even if they're POJOs. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7942) UTF8Encoder should accept null value

by Katia Aresti (JIRA)

Katia Aresti created ISPN-7942: ---------------------------------- Summary: UTF8Encoder should accept null value Key: ISPN-7942 URL: https://issues.jboss.org/browse/ISPN-7942 Project: Infinispan Issue Type: Bug Reporter: Katia Aresti Assignee: Katia Aresti Priority: Minor Functional command's lambda expressions can return null. Marshallers (MarshallerEncoder, UTF8Encoder ...) should marshall null- > null. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7912) Prevent RocksDBStore writes blocking on full expiry queue

by Vittorio Rigamonti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7912?page=com.atlassian.jira.plugin.... ] Vittorio Rigamonti updated ISPN-7912: ------------------------------------- Fix Version/s: 9.1.0.Final (was: 9.1.0.Beta1) > Prevent RocksDBStore writes blocking on full expiry queue > --------------------------------------------------------- > > Key: ISPN-7912 > URL: https://issues.jboss.org/browse/ISPN-7912 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 9.1.0.Alpha1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.1.0.Final > > > Currently you can only insert 10000 elements into the rocks db store until you will block a thread until the expiration reaper is ran. Instead we should offer elements to the queue and upon failure utilise the persistence executors to run purge. -- 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