July 2018 - infinispan-issues - Jboss List Archives

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

by Dan Berindei (JIRA)

Dan Berindei created ISPN-9402: ---------------------------------- Summary: 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.Beta1 Interesting features 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)

5 years, 9 months

1
0
0 / 0

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

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-9402?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-9402: ------------------------------- Description: 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} was: Interesting features 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} > 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.Beta1 > > > 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)

5 years, 9 months

1
0
0 / 0

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

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-9402?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-9402: ------------------------------- Status: Open (was: New) > 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.Beta1 > > > 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)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9098) Near Cache and TTL

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-9098?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-9098: ------------------------------------- Assignee: Tristan Tarrant (was: Galder Zamarreño) > Near Cache and TTL > ------------------ > > Key: ISPN-9098 > URL: https://issues.jboss.org/browse/ISPN-9098 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Reporter: Clement Escoffier > Assignee: Tristan Tarrant > > I'm trying to use a near cache from a Vert.x application (https://github.com/openshiftio-vertx-boosters/vertx-cache-booster/tree/ne...). I've found an odd behavior as it looks like I can't use a near cache and a client-side TTL (`client.put("foo", "bar", 5, SECONDS)`) at the same time. The value is never removed/invalidated from the cache. > The expected behavior is the one from https://github.com/openshiftio-vertx-boosters/vertx-cache-booster/tree/ma..., where the value is invalidated when the TTL is reached. > [~galder.zamarreno] told me that it may be a missing feature. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9098) Near Cache and TTL

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-9098?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9098: ---------------------------------- Status: Open (was: New) > Near Cache and TTL > ------------------ > > Key: ISPN-9098 > URL: https://issues.jboss.org/browse/ISPN-9098 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Reporter: Clement Escoffier > Assignee: Tristan Tarrant > > I'm trying to use a near cache from a Vert.x application (https://github.com/openshiftio-vertx-boosters/vertx-cache-booster/tree/ne...). I've found an odd behavior as it looks like I can't use a near cache and a client-side TTL (`client.put("foo", "bar", 5, SECONDS)`) at the same time. The value is never removed/invalidated from the cache. > The expected behavior is the one from https://github.com/openshiftio-vertx-boosters/vertx-cache-booster/tree/ma..., where the value is invalidated when the TTL is reached. > [~galder.zamarreno] told me that it may be a missing feature. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8431) ScatteredSplitAndMergeTest random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-8431?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-8431: ------------------------------- Fix Version/s: 9.4.0.Beta1 > ScatteredSplitAndMergeTest random failures > ------------------------------------------ > > Key: ISPN-8431 > URL: https://issues.jboss.org/browse/ISPN-8431 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.Alpha1 > Environment: Jenkins > Reporter: Tristan Tarrant > Assignee: Radim Vansa > Labels: testsuite_stability > Fix For: 9.4.0.Beta1, 9.4.0.Final > > Attachments: ScatteredSplitAndMergeTest_20180129.log.gz, ScatteredSplitAndMergeTest_ISPN-7919_RpcManager_ResponseCollector_20171212.log.gz > > > http://ci.infinispan.org/job/Infinispan/job/master/214/testReport/junit/o... > java.lang.AssertionError: expected [null] but found [v0] > at org.infinispan.partitionhandling.ScatteredSplitAndMergeTest.testSplitAndMerge(ScatteredSplitAndMergeTest.java:80) > at org.infinispan.partitionhandling.ScatteredSplitAndMergeTest.testSplitAndMerge5(ScatteredSplitAndMergeTest.java:51) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > ... Removed 20 stack frames > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9399) Upgrade to protostream 4.2.1.Final

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-9399?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-9399: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/6172 > Upgrade to protostream 4.2.1.Final > ---------------------------------- > > Key: ISPN-9399 > URL: https://issues.jboss.org/browse/ISPN-9399 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.4.0.Alpha1, 9.3.2.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9399) Upgrade to protostream 4.2.1.Final

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-9399: ----------------------------------- Summary: Upgrade to protostream 4.2.1.Final Key: ISPN-9399 URL: https://issues.jboss.org/browse/ISPN-9399 Project: Infinispan Issue Type: Component Upgrade Components: Remote Querying Reporter: Adrian Nistor Assignee: Adrian Nistor Fix For: 9.3.2.Final, 9.4.0.Alpha1 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9399) Upgrade to protostream 4.2.1.Final

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-9399?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-9399: -------------------------------- Status: Open (was: New) > Upgrade to protostream 4.2.1.Final > ---------------------------------- > > Key: ISPN-9399 > URL: https://issues.jboss.org/browse/ISPN-9399 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.4.0.Alpha1, 9.3.2.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9377) Enhance JdbcStringBasedStore to support segmentation

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-9377?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-9377: -------------------------------- Status: Open (was: New) > Enhance JdbcStringBasedStore to support segmentation > ---------------------------------------------------- > > Key: ISPN-9377 > URL: https://issues.jboss.org/browse/ISPN-9377 > Project: Infinispan > Issue Type: Sub-task > Reporter: William Burns > Fix For: 9.4.0.Final > > > Now with the introduction of segmented store interface, we can convert the RemoteStore to support segmentation. > We should be able to do this by adding a new int column named segment. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2018