[JBoss JIRA] (ISPN-5667) Unify isExpired for time and entries
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5667?page=com.atlassian.jira.plugin.... ]
William Burns commented on ISPN-5667:
-------------------------------------
This isn't directly related, but I just noticed this may be an issue. The ExpiryHelper adds the created and lifespan values together. This could cause a numeric overflow if the lifespan is especially large which will in turn expire the entry early.
> Unify isExpired for time and entries
> ------------------------------------
>
> Key: ISPN-5667
> URL: https://issues.jboss.org/browse/ISPN-5667
> Project: Infinispan
> Issue Type: Bug
> Reporter: Radim Vansa
>
> {{DefaultTimeService.isTimeExpired()}} is implemented using non-strict comparison:
> {code}
> time() - endTime >= 0
> {code}
> while expiration of entries in {{ExpiryHelper}} uses strict one:
> {code}
> now > created + lifespan
> {code}
> I don't know which one should be the correct one, probably fixing this in TimeService will cause less trouble.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (ISPN-5731) Cannot use aggregation expression in orderBy
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5731?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5731:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1261563|https://bugzilla.redhat.com/show_bug.cgi?id=1261563] from POST to MODIFIED
> 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, 6 months
[JBoss JIRA] (ISPN-5737) Cannot use both 'where' and 'having' filtering in the same query
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5737?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5737:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1261563|https://bugzilla.redhat.com/show_bug.cgi?id=1261563] from POST to MODIFIED
> Cannot use both 'where' and 'having' filtering in the same query
> ----------------------------------------------------------------
>
> Key: ISPN-5737
> URL: https://issues.jboss.org/browse/ISPN-5737
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 8.0.0.Final
> Reporter: Jakub Markos
> Assignee: Adrian Nistor
> Fix For: 8.0.1.Final
>
>
> This query
> {code}
> Query q = qf.from(getModelFactory().getUserImplClass())
> .select("name")
> .having("name").eq("John").toBuilder()
> .groupBy("name")
> .having("name").eq("John").toBuilder()
> .build();
> {code}
> fails with
> {code}
> java.lang.IllegalStateException: Sentence already started. Cannot use 'having(..)' again.
> at org.infinispan.query.dsl.impl.BaseQueryBuilder.having(BaseQueryBuilder.java:178)
> at org.infinispan.query.dsl.impl.BaseQueryBuilder.having(BaseQueryBuilder.java:188)
> at org.infinispan.query.dsl.embedded.QueryDslConditionsTest.testCustomQueryBuilding(QueryDslConditionsTest.java:2180)
> 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, 6 months
[JBoss JIRA] (ISPN-4463) AsyncAPITest.testAsyncMethodWithLifespanAndMaxIdle fails randomly
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4463?page=com.atlassian.jira.plugin.... ]
Dan Berindei resolved ISPN-4463.
--------------------------------
Fix Version/s: 8.0.1.Final
Resolution: Done
Fixed with ISPN-5591
> AsyncAPITest.testAsyncMethodWithLifespanAndMaxIdle fails randomly
> -----------------------------------------------------------------
>
> Key: ISPN-4463
> URL: https://issues.jboss.org/browse/ISPN-4463
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.0.Alpha4
> Reporter: Vitalii Chepeliuk
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 8.0.1.Final
>
> Attachments: AsyncAPITest.log
>
>
> {noformat}
> java.lang.AssertionError: Entry evicted too soon!
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.infinispan.api.AsyncAPITest.verifyEviction(AsyncAPITest.java:356)
> at org.infinispan.api.AsyncAPITest.testAsyncMethodWithLifespanAndMaxIdle(AsyncAPITest.java:279)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:94)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:619)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> 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:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:273)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1176)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
> at java.lang.Thread.run(Thread.java:853)
> {noformat}
> Jenkins failer here
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (ISPN-4463) AsyncAPITest.testAsyncMethodWithLifespanAndMaxIdle fails randomly
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4463?page=com.atlassian.jira.plugin.... ]
Dan Berindei edited comment on ISPN-4463 at 9/15/15 7:38 AM:
-------------------------------------------------------------
Fixed with ISPN-5591, which introduces a ControlledTimeService in the test.
was (Author: dan.berindei):
Fixed with ISPN-5591
> AsyncAPITest.testAsyncMethodWithLifespanAndMaxIdle fails randomly
> -----------------------------------------------------------------
>
> Key: ISPN-4463
> URL: https://issues.jboss.org/browse/ISPN-4463
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.0.Alpha4
> Reporter: Vitalii Chepeliuk
> Assignee: Dan Berindei
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 8.0.1.Final
>
> Attachments: AsyncAPITest.log
>
>
> {noformat}
> java.lang.AssertionError: Entry evicted too soon!
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.infinispan.api.AsyncAPITest.verifyEviction(AsyncAPITest.java:356)
> at org.infinispan.api.AsyncAPITest.testAsyncMethodWithLifespanAndMaxIdle(AsyncAPITest.java:279)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:94)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:619)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> 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:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:273)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1176)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
> at java.lang.Thread.run(Thread.java:853)
> {noformat}
> Jenkins failer here
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (ISPN-5749) Integration with Apache Pig
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-5749?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-5749:
------------------------------------
Description:
Apache Pig is a scripting language to do ETL with a pluggable execution backend that supports Hadoop MapReduce, Apache Tez and Apache Spark.
Support for Pig would be layered atop the existing Infinispan Input/Output format
was:
Apache Pig is a scripting language to do ETL with a pluggable execution backend that supports Hadoop MapReduce, Apache Tez and Apache Spark.
Support for Pig would be based on the existing Infinispan Input/Output format
> Integration with Apache Pig
> ---------------------------
>
> Key: ISPN-5749
> URL: https://issues.jboss.org/browse/ISPN-5749
> Project: Infinispan
> Issue Type: Feature Request
> Components: Hadoop Integration
> Reporter: Gustavo Fernandes
>
> Apache Pig is a scripting language to do ETL with a pluggable execution backend that supports Hadoop MapReduce, Apache Tez and Apache Spark.
> Support for Pig would be layered atop the existing Infinispan Input/Output format
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (ISPN-5749) Integration with Apache Pig
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-5749:
---------------------------------------
Summary: Integration with Apache Pig
Key: ISPN-5749
URL: https://issues.jboss.org/browse/ISPN-5749
Project: Infinispan
Issue Type: Feature Request
Components: Hadoop Integration
Reporter: Gustavo Fernandes
Apache Pig is a scripting language to do ETL with a pluggable execution backend that supports Hadoop MapReduce, Apache Tez and Apache Spark.
Support for Pig would be based on the existing Infinispan Input/Output format
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 6 months
[JBoss JIRA] (ISPN-5740) HotRod client write buffer is too large
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-5740?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-5740:
-------------------------------
Status: Open (was: New)
> 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, 6 months
[JBoss JIRA] (ISPN-5740) HotRod client write buffer is too large
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-5740?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-5740:
-------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/3708
> 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, 6 months