August 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-9385) Allow configuring near cache from hot rod properties

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9385?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9385: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > Allow configuring near cache from hot rod properties > ---------------------------------------------------- > > Key: ISPN-9385 > URL: https://issues.jboss.org/browse/ISPN-9385 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration, Hot Rod > Affects Versions: 9.4.0.Alpha1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.4.0.CR1, 9.4.0.Final > > > The Hot Rod client should allow enabling near cache mode, max entries from the properties. It should also be possible to use regex patterns to match caches for which near cache will be enabled (default to all) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9382) Jenkins release pipeline should handle multiple branches and reversioning

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9382?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9382: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > Jenkins release pipeline should handle multiple branches and reversioning > ------------------------------------------------------------------------- > > Key: ISPN-9382 > URL: https://issues.jboss.org/browse/ISPN-9382 > Project: Infinispan > Issue Type: Enhancement > Components: Build > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.4.0.CR1 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9369) Non transactional query cache only cache results if transaction is committed

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9369?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9369: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > Non transactional query cache only cache results if transaction is committed > ---------------------------------------------------------------------------- > > Key: ISPN-9369 > URL: https://issues.jboss.org/browse/ISPN-9369 > Project: Infinispan > Issue Type: Bug > Components: Hibernate Cache > Affects Versions: 9.3.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 9.4.0.CR1, 9.4.0.Final > > > {quote}Local query caches are not populated if the transaction is not committed. > The same test case works on hibernate 4.3.11 > Our scenario: Read-only services that only execute queries and never commit the transaction. It should still be possible to use/configure hibernate/infinispan to cache the results, regardless the transaction state.{quote} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9322) Remove all usages of @IndexedField protostream annotation

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9322?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9322: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > Remove all usages of @IndexedField protostream annotation > --------------------------------------------------------- > > Key: ISPN-9322 > URL: https://issues.jboss.org/browse/ISPN-9322 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.4.0.CR1 > > > This annotation is deprecated and should be replaced with @Field but we still have several usages in our test suite. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9316) Rewrite Ickle parser on ANTLR 4

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9316?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9316: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > Rewrite Ickle parser on ANTLR 4 > ------------------------------- > > Key: ISPN-9316 > URL: https://issues.jboss.org/browse/ISPN-9316 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.4.0.CR1, 9.4.0.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9291) BasePartitionHandlingTest.Partition.installMergeView() doesn't compute the merge digest

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9291?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9291: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > BasePartitionHandlingTest.Partition.installMergeView() doesn't compute the merge digest > --------------------------------------------------------------------------------------- > > Key: ISPN-9291 > URL: https://issues.jboss.org/browse/ISPN-9291 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.3.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 9.4.0.CR1 > > > The partition handling tests use {{BasePartitionHandlingTest.Partition.installMergeView(view1, view2)}} to install the merge view without waiting for {{MERGE3}} to run, making them much faster. Unfortunately, the implementation is incorrect: {{GMS.installView(view)}} only works for regular views, merge views need to be installed with {{GMS.installView(mergeView, digest)}}. > The result is that the nodes that got isolated from the coordinator request the retransmission of all the {{NAKACK2}} messages (including view updates) since the cluster first started. The isolated nodes cannot install the merge view until they deliver all the older messages (even without knowing whether they're OOB or not). But if {{STABLE}} ran and cleared a range of messages already, the retransmission request cannot be satisfied, so the view updates will never be delivered. > This is easily reproducible in {{CrashedNodeDuringConflictResolutionTest}} if we add a delay before updating the topology in {{StateConsumerImpl}}. The test installs the merge view manually, but then kills NodeC and expects the cluster to install the new view automatically. NodeD can't install the new view because it's waiting for earlier messages from NodeA: > {noformat} > 18:27:13,054 INFO (testng-test:[]) [TestSuiteProgress] Test starting: org.infinispan.conflict.impl.CrashedNodeDuringConflictResolutionTest.testPartitionMergePolicy[DIST_SYNC] > 18:27:13,640 DEBUG (testng-test:[]) [GMS] test-NodeA-39513: installing view MergeView::[test-NodeA-39513|10] (4) [test-NodeA-39513, test-NodeB-9439, test-NodeC-43706, test-NodeD-59078], 2 subgroups: [test-NodeA-39513|8] (2) [test-NodeA-39513, test-NodeB-9439], [test-NodeC-43706|9] (2) [test-NodeC-43706, test-NodeD-59078] > 18:27:13,674 DEBUG (testng-test:[]) [GMS] test-NodeD-59078: installing view MergeView::[test-NodeA-39513|10] (4) [test-NodeA-39513, test-NodeB-9439, test-NodeC-43706, test-NodeD-59078], 2 subgroups: [test-NodeA-39513|8] (2) [test-NodeA-39513, test-NodeB-9439], [test-NodeC-43706|9] (2) [test-NodeC-43706, test-NodeD-59078] > 18:27:13,828 TRACE (jgroups-7,test-NodeD-59078:[]) [NAKACK2] test-NodeD-59078: sending XMIT_REQ ((1): {50}) to test-NodeA-39513 > 18:27:13,966 TRACE (Timer runner-1,test-NodeD-59078:[]) [NAKACK2] test-NodeD-59078: sending XMIT_REQ ((49): {1-49}) to test-NodeA-39513 > 18:27:14,067 TRACE (Timer runner-1,test-NodeD-59078:[]) [NAKACK2] test-NodeD-59078: sending XMIT_REQ ((45): {1-45}) to test-NodeA-39513 > 18:27:14,504 DEBUG (testng-test:[]) [DefaultCacheManager] Stopping cache manager ISPN on test-NodeC-43706 > 18:27:18,642 TRACE (VERIFY_SUSPECT.TimerThread-89,test-NodeA-39513:[]) [GMS] test-NodeA-39513: joiners=[], suspected=[test-NodeC-43706], leaving=[], new view: [test-NodeA-39513|11] (3) [test-NodeA-39513, test-NodeB-9439, test-NodeD-59078] > 18:27:18,643 TRACE (VERIFY_SUSPECT.TimerThread-89,test-NodeA-39513:[]) [GMS] test-NodeA-39513: mcasting view [test-NodeA-39513|11] (3) [test-NodeA-39513, test-NodeB-9439, test-NodeD-59078] > 18:27:18,646 DEBUG (VERIFY_SUSPECT.TimerThread-89,test-NodeA-39513:[]) [GMS] test-NodeA-39513: installing view [test-NodeA-39513|11] (3) [test-NodeA-39513, test-NodeB-9439, test-NodeD-59078] > 18:27:18,652 TRACE (VERIFY_SUSPECT.TimerThread-89,test-NodeA-39513:[]) [TCP_NIO2] test-NodeA-39513: sending msg to null, src=test-NodeA-39513, headers are GMS: GmsHeader[VIEW], NAKACK2: [MSG, seqno=63], TP: [cluster_name=ISPN] > 18:27:18,656 TRACE (jgroups-20,test-NodeA-39513:[]) [TCP_NIO2] test-NodeA-39513: received [dst: test-NodeA-39513, src: test-NodeB-9439 (3 headers), size=0 bytes, flags=OOB|INTERNAL], headers are GMS: GmsHeader[VIEW_ACK], UNICAST3: DATA, seqno=100, TP: [cluster_name=ISPN] > 18:27:20,554 TRACE (Timer runner-1,test-NodeD-59078:[]) [NAKACK2] test-NodeD-59078: sending XMIT_REQ ((45): {1-45}) to test-NodeA-39513 > 18:27:20,653 WARN (VERIFY_SUSPECT.TimerThread-89,test-NodeA-39513:[]) [GMS] test-NodeA-39513: failed to collect all ACKs (expected=2) for view [test-NodeA-39513|11] after 2000ms, missing 1 ACKs from (1) test-NodeD-59078 > 18:27:20,656 TRACE (Timer runner-1,test-NodeD-59078:[]) [NAKACK2] test-NodeD-59078: sending XMIT_REQ ((45): {1-45}) to test-NodeA-39513 > 18:27:20,756 TRACE (Timer runner-1,test-NodeD-59078:[]) [NAKACK2] test-NodeD-59078: sending XMIT_REQ ((45): {1-45}) to test-NodeA-39513 > ... > 18:28:14,412 TRACE (Timer runner-1,test-NodeD-59078:[]) [NAKACK2] test-NodeD-59078: sending XMIT_REQ ((45): {1-45}) to test-NodeA-39513 > 18:28:14,513 TRACE (Timer runner-1,test-NodeD-59078:[]) [NAKACK2] test-NodeD-59078: sending XMIT_REQ ((45): {1-45}) to test-NodeA-39513 > 18:28:14,589 ERROR (testng-test:[]) [TestSuiteProgress] Test failed: org.infinispan.conflict.impl.CrashedNodeDuringConflictResolutionTest.testPartitionMergePolicy[DIST_SYNC] > java.lang.RuntimeException: Cache ___defaultcache timed out waiting for rebalancing to complete on node test-NodeA-39513, current topology is CacheTopology{id=21, phase=CONFLICT_RESOLUTION, rebalanceId=7, currentCH=PartitionerConsistentHash:DefaultConsistentHash{ns=256, owners = (3)[test-NodeD-59078: 256+0, test-NodeA-39513: 0+256, test-NodeB-9439: 0+256]}, pendingCH=null, unionCH=null, actualMembers=[test-NodeD-59078, test-NodeA-39513, test-NodeB-9439], persistentUUIDs=[828108c4-4251-49fc-9481-ff6392bea9fb, 1d4b6f07-b71b-41a1-adfb-abbe68944a9f, 3a1ece05-c282-433e-9eb5-7b3e0f1932aa]}. rebalanceInProgress=true, currentChIsBalanced=true > at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:392) ~[test-classes/:?] > at org.infinispan.conflict.impl.CrashedNodeDuringConflictResolutionTest.performMerge(CrashedNodeDuringConflictResolutionTest.java:113) ~[test-classes/:?] > at org.infinispan.conflict.impl.BaseMergePolicyTest.testPartitionMergePolicy(BaseMergePolicyTest.java:137) ~[test-classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9186) Upgrade Protostream to 4.3.0.Alpha1

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9186?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9186: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > Upgrade Protostream to 4.3.0.Alpha1 > ----------------------------------- > > Key: ISPN-9186 > URL: https://issues.jboss.org/browse/ISPN-9186 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.4.0.CR1 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9072) Document Protobuf annotated collection null set callbacks

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9072?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9072: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > Document Protobuf annotated collection null set callbacks > --------------------------------------------------------- > > Key: ISPN-9072 > URL: https://issues.jboss.org/browse/ISPN-9072 > Project: Infinispan > Issue Type: Task > Components: Documentation-Query > Affects Versions: 9.2.1.Final > Reporter: Galder Zamarreño > Assignee: Adrian Nistor > Fix For: 9.4.0.CR1, 9.4.0.Final > > > When using collection fields in Protobuf annotated classes, empty collections are marshalled into the same value as {{null}}, because Protobuf only has repeated fields and no fields is represented as {{null}}. > This means that if you have an entity with an empty collection, when it's deserialized the collection will be null. This can be confusing for users and should be documented. > [~anistor] had some ideas on how to improve this: > {code} > <anistor> I'm thinking of a way to make this easier for users that > would prefer an empty collection being set instead of a > null. would be possible by adding a new attribute for this in > @ProtoField anotation > > that'd be more predictable > <anistor> would still not give you at deserializtion what was written > during serialization. we do not have a null marker > <anistor> it would just give you an empty collection if you prefer > <anistor> instead of null > > that option should be enabled by default > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9403) Investigate slow CI builds

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9403?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9403: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > Investigate slow CI builds > -------------------------- > > Key: ISPN-9403 > URL: https://issues.jboss.org/browse/ISPN-9403 > Project: Infinispan > Issue Type: Task > Components: Build, Test Suite - Core > Affects Versions: 9.4.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.4.0.CR1 > > > Some CI builds are really slow and eventually time out after 3 hours. Both the tests and the compilation are affected. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9402) Upgrade to JGroups 4.0.13.Final

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9402?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9402: ------------------------------ Fix Version/s: 9.4.0.CR1 (was: 9.4.0.Beta1) > Upgrade to JGroups 4.0.13.Final > ------------------------------- > > Key: ISPN-9402 > URL: https://issues.jboss.org/browse/ISPN-9402 > Project: Infinispan > Issue Type: Component Upgrade > Components: Core > Affects Versions: 9.4.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.4.0.CR1 > > > Interesting changes in JGroups 4.0.13.Final: > {quote} > - Changed the way a coord leaves gracefully (JGRP-2277): instead of creating the last view itself, the leaving coord asks the next-in-line to create and install it. This has the advantage that the new coord can retransmit the view (if lost) as it's stil alive and simplifies code, because the path for graceful leave and crash is now the same. > - Reactive style of merging (JGRP-2281): when using MERGE3 and TCP, a merge could be only partial and multiple merge rounds would be needed, increasing the total time for a complete merge. > This was changed by providing a new event which implements a reactive style of discovery by invoking a callback every time a discovery response is received. > {quote} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 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 August 2018