February 2017 - infinispan-issues

[JBoss JIRA] (ISPN-6968) Clarify Query DSL error message regarding number format

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6968?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6968: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Clarify Query DSL error message regarding number format > ------------------------------------------------------- > > Key: ISPN-6968 > URL: https://issues.jboss.org/browse/ISPN-6968 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 8.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.0.0.CR2, 9.0.0.Final > > > The query: > {code} > Query query = queryFactory.from(User.class) > .select(property("name"), count("age")) > .having("age").gte(2.3) > .toBuilder().groupBy("name") > .build(); > List<Object[]> list = query.list(); > {code} > will result in an error: > {code} > org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=13 returned server error (status=0x85): org.hibernate.hql.ParsingException: ISPN028505: Invalid numeric literal '2.3' > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:343) > {code} > This is a bit confusing because it does not clearly state that an integer is expected. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7028) Use ReversedLinesFileReader for reading logs in Helthcheck endpoint

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7028?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7028: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Use ReversedLinesFileReader for reading logs in Helthcheck endpoint > ------------------------------------------------------------------- > > Key: ISPN-7028 > URL: https://issues.jboss.org/browse/ISPN-7028 > Project: Infinispan > Issue Type: Enhancement > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Priority: Critical > Fix For: 9.0.0.CR2, 9.0.0.Final > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7396) Improve default bundle size and fragment size

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7396?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7396: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Improve default bundle size and fragment size > --------------------------------------------- > > Key: ISPN-7396 > URL: https://issues.jboss.org/browse/ISPN-7396 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: performance > Fix For: 9.0.0.CR2 > > > If a UDP packet is split into multiple ethernet frames, the entire packet is lost. TCP avoids sending packets larger than an ethernet frame for us, but with a UDP transport, we need to consider the ethernet frame size when configuring {{UDP.max_bundle_size}} and {{FRAG2.frag_size}}. > Most modern networks should support jumbo frames with 9000 bytes, so we should set {{UDP.max_bundle_size=8000}} and {{FRAG2.frag_size=8500}} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7377) RPCs to non-members throw spurious TimeoutException

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7377?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7377: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > RPCs to non-members throw spurious TimeoutException > --------------------------------------------------- > > Key: ISPN-7377 > URL: https://issues.jboss.org/browse/ISPN-7377 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.0.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.CR2 > > > {{MessageDispatcher.cast()}} filters out the recipients that are not members in the JGroups view, and if none of the recipients are members, it returns an empty {{RspList}}. > {{JGroupsTransport.invokeRemotelyAsync()}} instead expects that the {{RspList}} always contains a {{Rsp}} instance for each recipient, and it throws a {{TimeoutException}} if a {{Rsp}} is missing. > {noformat} > 19:26:36,088 INFO (jgroups-8,Test-NodeE-27588:[]) [JGroupsTransport] ISPN000094: Received new cluster view for channel ISPN: [Test-NodeE-27588|4] (3) [Test-NodeE-27588, Test-NodeF-40780, Test-NodeG-29022] > 19:26:36,090 TRACE (stateTransferExecutor-thread-Test-NodeE-p16301-t3:[]) [JGroupsTransport] dests=[Test-NodeH-40364], command=StateRequestCommand{cache=dist, origin=Test-NodeE-27588, type=START_STATE_TRANSFER, topologyId=9, segments=[128, 1, 129, 130, 3, 4, 199, 200, 12, 144, 208, 145, 146, 92, 100, 101, 109, 110, 111, 112, 176, 49, 50, 51, 54, 188, 189, 253, 190, 127]}, mode=SYNCHRONOUS_IGNORE_LEAVERS, timeout=240000 > 19:26:36,098 TRACE (stateTransferExecutor-thread-Test-NodeE-p16301-t3:[]) [JGroupsTransport] Responses: Responses{} > 19:26:36,098 TRACE (stateTransferExecutor-thread-Test-NodeE-p16301-t3:[]) [RpcManagerImpl] Replication exception > org.infinispan.util.concurrent.TimeoutException: Timed out waiting for valid responses! > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$invokeRemotelyAsync$2(JGroupsTransport.java:661) ~[classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7372) Add an equivalent of Hibernate Search SortableField annotation for protobuf schemas

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7372?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7372: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Add an equivalent of Hibernate Search SortableField annotation for protobuf schemas > ----------------------------------------------------------------------------------- > > Key: ISPN-7372 > URL: https://issues.jboss.org/browse/ISPN-7372 > Project: Infinispan > Issue Type: Task > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.0.0.CR2 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7305) Add Spring Session tutorial

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7305?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7305: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Add Spring Session tutorial > --------------------------- > > Key: ISPN-7305 > URL: https://issues.jboss.org/browse/ISPN-7305 > Project: Infinispan > Issue Type: Feature Request > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Fix For: 9.0.0.CR2 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7302) ClusteredConditionalCommandTest.testPutIfAbsentOnNonOwnerWithIgnoreReturnValues random failures

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7302?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7302: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > ClusteredConditionalCommandTest.testPutIfAbsentOnNonOwnerWithIgnoreReturnValues random failures > ----------------------------------------------------------------------------------------------- > > Key: ISPN-7302 > URL: https://issues.jboss.org/browse/ISPN-7302 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.0.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.0.0.CR2 > > > When the backup owner replies before the primary had a chance to load the value from persistence, the number of loads from the primary can be {{0}} at the time the test checks it. > {noformat} > 00:21:48,941 TRACE (testng-Test:[]) [JGroupsTransport] dests=[Test-NodeB-56150, Test-NodeA-13512], command=ClusteredGetCommand{key=Test-key, flags=[IGNORE_RETURN_VALUES]}, mode=WAIT_FOR_VALID_RESPONSE, timeout=15000 > 00:21:48,942 TRACE (jgroups-7,Test-NodeB-56150:[]) [InvocationContextInterceptor] Invoked with command GetCacheEntryCommand {key=Test-key, flags=[SKIP_REMOTE_LOOKUP, IGNORE_RETURN_VALUES]} and InvocationContext [org.infinispan.context.impl.NonTxInvocationContext@5f931934] > 00:21:48,943 TRACE (jgroups-7,Test-NodeB-56150:[]) [EntryFactoryImpl] Wrap Test-key for read. Entry=NullCacheEntry{} > 00:21:48,946 TRACE (jgroups-8,Test-NodeA-13512:[]) [InvocationContextInterceptor] Invoked with command GetCacheEntryCommand {key=Test-key, flags=[SKIP_REMOTE_LOOKUP, IGNORE_RETURN_VALUES]} and InvocationContext [org.infinispan.context.impl.NonTxInvocationContext@265c6c97] > 00:21:48,946 TRACE (jgroups-8,Test-NodeA-13512:[]) [PersistenceUtil] Loaded MarshalledEntryImpl{keyBytes=null, valueBytes=null, metadataBytes=null, key=Test-key, value=Test-value1, metadata=null, marshaller=org.infinispan.marshall.core.GlobalMarshaller@1aee2408} for key Test-key from persistence. > 00:21:48,946 TRACE (jgroups-8,Test-NodeA-13512:[]) [CommandAwareRpcDispatcher] About to send back response SuccessfulResponse{responseValue=ImmortalCacheValue {value=Test-value1}} for command ClusteredGetCommand{key=Test-key, flags=[IGNORE_RETURN_VALUES]} > 00:21:48,948 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.persistence.ClusteredTxConditionalCommandTest.testPutIfAbsentOnNonOwnerWithIgnoreReturnValues[tx=true] > java.lang.AssertionError: primary owner load expected:<1> but was:<0> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:170) ~[testng-6.8.8.jar:?] > at org.infinispan.persistence.ClusteredTxConditionalCommandTest.assertLoadAfterOperation(ClusteredTxConditionalCommandTest.java:46) ~[test-classes/:?] > at org.infinispan.persistence.ClusteredConditionalCommandTest.doTest(ClusteredConditionalCommandTest.java:121) ~[test-classes/:?] > at org.infinispan.persistence.ClusteredConditionalCommandTest.testPutIfAbsentOnNonOwnerWithIgnoreReturnValues(ClusteredConditionalCommandTest.java:242) ~[test-classes/:?] > 00:21:48,953 TRACE (jgroups-7,Test-NodeB-56150:[]) [PersistenceUtil] Loaded null for key Test-key from persistence. > 00:21:48,953 TRACE (jgroups-7,Test-NodeB-56150:[]) [CommandAwareRpcDispatcher] About to send back response SuccessfulResponse{responseValue=null} for command ClusteredGetCommand{key=Test-key, flags=[IGNORE_RETURN_VALUES]} > {noformat} > Possible fix: replace {{assertEquals}} with {{eventuallyEquals}}. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7272) Remove replication statistics from RpcManagerImpl

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7272?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7272: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Remove replication statistics from RpcManagerImpl > ------------------------------------------------- > > Key: ISPN-7272 > URL: https://issues.jboss.org/browse/ISPN-7272 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.0.0.Alpha4, 8.1.6.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.CR2 > > > The replication statistics exposed by {{RpcManagerImpl}} are too low-level. For instance, in non-transactional caches, the times of the RPCs from the primary to the backups are counted both on the primary and on the originator (as part of the originator-to-primary RPC). They also aren't split by operation, like the {{CacheMgmtInterceptor}} statistics, which makes them even less useful. > The triangle algorithm changes things again, but only for distributed caches, so there is now one more way of interpreting the {{RpcManagerImpl}} statistics. It would be better to remove them altogether. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7300) Operator '-' doesn't work in fulltext querying

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7300?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7300: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Operator '-' doesn't work in fulltext querying > ---------------------------------------------- > > Key: ISPN-7300 > URL: https://issues.jboss.org/browse/ISPN-7300 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 9.0.0.Beta1 > Reporter: Jiří Holuša > Assignee: Adrian Nistor > Fix For: 9.0.0.CR2 > > > Given following query: > {code} > from Entity t where t.longDescription : (-'really') > {code} > I would expect to return all entities that doesn't contain the word 'really' (opposite to +), but it seems to be not working. > PR contains test for it as well as other tests for extending query testsuite. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7284) Cluster counters

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7284?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7284: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Cluster counters > ----------------- > > Key: ISPN-7284 > URL: https://issues.jboss.org/browse/ISPN-7284 > Project: Infinispan > Issue Type: Feature Request > Components: cluster-counter > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 9.0.0.CR2 > > > Add cluster-wide counter on top of Infinispan. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2017