September 2015 - infinispan-issues

[JBoss JIRA] (ISPN-5739) ClientListenerWithFilterAndRawProtobufTest is unstable

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5739?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5739: ---------------------------------- Fix Version/s: 8.0.2.Final (was: 8.0.1.Final) > ClientListenerWithFilterAndRawProtobufTest is unstable > ------------------------------------------------------ > > Key: ISPN-5739 > URL: https://issues.jboss.org/browse/ISPN-5739 > Project: Infinispan > Issue Type: Bug > Components: Listeners > Affects Versions: 8.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.2.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5736) Verify Hot Rod protocol documentation inconsistencies

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5736?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5736: ---------------------------------- Fix Version/s: 8.0.2.Final (was: 8.0.1.Final) > Verify Hot Rod protocol documentation inconsistencies > ----------------------------------------------------- > > Key: ISPN-5736 > URL: https://issues.jboss.org/browse/ISPN-5736 > Project: Infinispan > Issue Type: Task > Components: Documentation-Core > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.1.0.Final, 8.0.2.Final > > > Link for Hot Rod protocol 1.4 directs to: http://infinispan.org/docs/8.0.x/user_guide/user_guide.html#_hot_rod_prot... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5738) Upgrade to JGroups 3.6.6

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5738?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5738: ---------------------------------- Fix Version/s: 8.0.2.Final (was: 8.0.1.Final) > Upgrade to JGroups 3.6.6 > ------------------------ > > Key: ISPN-5738 > URL: https://issues.jboss.org/browse/ISPN-5738 > Project: Infinispan > Issue Type: Component Upgrade > Components: Build process, Core > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.2.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5727) Client Listener removal and shutdown problems

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5727?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5727: ---------------------------------- Fix Version/s: 8.0.2.Final (was: 8.0.1.Final) > Client Listener removal and shutdown problems > --------------------------------------------- > > Key: ISPN-5727 > URL: https://issues.jboss.org/browse/ISPN-5727 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.0.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.1.0.Final, 8.0.2.Final > > > There are a couple of problems related to client listener registration on the client: > 1. When shutting down a remote cache manager to which client listeners have been added, even if the user does not remove them individually, stopping the remote cache manager should shutdown all client-side client listener threads. This is not the case right now. > 2. When removing a client listener, the client listener thread needs to be stopped. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

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

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5719?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5719: ---------------------------------- Fix Version/s: 8.0.2.Final (was: 8.0.1.Final) > 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.2.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.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5716) Functional documentation still references *Lambda* classes

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5716?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5716: ---------------------------------- Fix Version/s: 8.0.2.Final (was: 8.0.1.Final) > Functional documentation still references *Lambda* classes > ---------------------------------------------------------- > > Key: ISPN-5716 > URL: https://issues.jboss.org/browse/ISPN-5716 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core > Affects Versions: 8.0.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.1.0.Final, 8.0.2.Final > > > To avoid confusion, these were changed to have *Functions* in them. Fix documentation. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5740) HotRod client write buffer is too large

by Dan Berindei (JIRA)

Dan Berindei created ISPN-5740: ---------------------------------- Summary: HotRod client write buffer is too large Key: ISPN-5740 URL: https://issues.jboss.org/browse/ISPN-5740 Project: Infinispan Issue Type: Bug Components: Server Affects Versions: 8.0.0.Final Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 8.1.0.Alpha1 The ISPN-1015 fix added a buffer to the HotRod client transport to reduce the number of syscalls. But that buffer's size is not fixed, instead it's based on {{Socket.getSendBufferSize()}}, which in turn is based on the kernel's {{net.core.wmem_max}}. JGroups needs {{net.core.wmem_max}} greater or equal than {{UDP.ucast_send_buf_size}}, which is 1MB by default. That is probably too much for the {{TcpTransport}}'s buffer, because the buffer is also duplicated in the OS. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5738) Upgrade to JGroups 3.6.6

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5738?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-5738: -------------------------------- Status: Open (was: Pull Request Sent) > Upgrade to JGroups 3.6.6 > ------------------------ > > Key: ISPN-5738 > URL: https://issues.jboss.org/browse/ISPN-5738 > Project: Infinispan > Issue Type: Component Upgrade > Components: Build process, Core > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.1.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5731) Cannot use aggregation expression in orderBy

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5731?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5731: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Cannot use aggregation expression in orderBy > -------------------------------------------- > > Key: ISPN-5731 > URL: https://issues.jboss.org/browse/ISPN-5731 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.0.0.Final > Reporter: Jakub Markos > Assignee: Adrian Nistor > Fix For: 8.0.1.Final > > > The following query > {code} > public void testSumOrderBy() { > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getUserImplClass()) > .select(Expression.sum("age")) > .orderBy(Expression.sum("age")) > .build(); > } > {code} > in the context of QueryDslConditionsTest test class fails with > {code} > org.antlr.runtime.tree.RewriteEmptyStreamException: rule propertyReferencePath > at org.antlr.runtime.tree.RewriteRuleElementStream._next(RewriteRuleElementStream.java:157) > at org.antlr.runtime.tree.RewriteRuleElementStream.nextTree(RewriteRuleElementStream.java:144) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.valueExpressionPrimary(GeneratedHQLResolver.java:8036) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.valueExpression(GeneratedHQLResolver.java:7538) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.sortSpecification(GeneratedHQLResolver.java:4563) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.orderByClause(GeneratedHQLResolver.java:4469) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryStatement(GeneratedHQLResolver.java:1766) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryStatementSet(GeneratedHQLResolver.java:1658) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.statement(GeneratedHQLResolver.java:654) > at org.hibernate.hql.ast.spi.QueryResolverProcessor.process(QueryResolverProcessor.java:52) > at org.hibernate.hql.QueryParser.parseQuery(QueryParser.java:82) > at org.infinispan.objectfilter.impl.BaseMatcher.parse(BaseMatcher.java:125) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.parse(QueryEngine.java:398) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.buildQuery(QueryEngine.java:86) > at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.createQuery(DelegatingQuery.java:38) > at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.list(DelegatingQuery.java:45) > at org.infinispan.query.dsl.embedded.QueryDslConditionsTest.testSumOrderBy(QueryDslConditionsTest.java:1976) > 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:497) > 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.access$000(SuiteRunner.java:38) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > 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) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5732) Aggregation functions should ignore NULL values

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5732?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5732: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Aggregation functions should ignore NULL values > ----------------------------------------------- > > Key: ISPN-5732 > URL: https://issues.jboss.org/browse/ISPN-5732 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.0.0.Final > Reporter: Jakub Markos > Assignee: Adrian Nistor > Fix For: 8.0.1.Final > > > For example, this query returns 3 (in QueryDslConditionsTest) > {code} > public void testCountNull() { > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getUserImplClass()) > .select(Expression.count("age")) > .build(); > {code} > while only 1 value is non-null. > It might be good to behave like JPA, which ignores NULL values: > "Null values are eliminated before the aggregate function is applied, regardless of whether the keyword DISTINCT is specified." http://download.oracle.com/otn-pub/jcp/persistence-2.0-fr-eval-oth-JSpec/... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 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 September 2015