February 2020 - infinispan-issues

[JBoss JIRA] (ISPN-8241) Refactor RocksDB clearThreshold

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-8241?page=com.atlassian.jira.plugin... ] Work on ISPN-8241 stopped by Tristan Tarrant. --------------------------------------------- > Refactor RocksDB clearThreshold > ------------------------------- > > Key: ISPN-8241 > URL: https://issues.redhat.com/browse/ISPN-8241 > Project: Infinispan > Issue Type: Sub-task > Components: Loaders and Stores > Affects Versions: 9.1.0.Final > Reporter: Ryan Emerson > Assignee: Diego Lovison > Priority: Major > > Currently the RocksDB store utilises a "clearThreshold" to try to delete entries individually before deleting and re-initiating the database. We should deprecate this threshold and always delete/reinit the database. > Currently when deleting the database, we utilise Util.recursiveFileRemove which does not confirm that the file has actually been deleted. Instead, we should provide a nio based implementation instead, similar to the one stated [here|https://stackoverflow.com/questions/779519/delete-directories-recurs...]. This has the advantage that an IOException is thrown by java.nio.file.Files::delete -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6960) Add xor logic operator to query DSL

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/ISPN-6960?page=com.atlassian.jira.plugin... ] Work on ISPN-6960 stopped by Nistor Adrian. ------------------------------------------- > Add xor logic operator to query DSL > ----------------------------------- > > Key: ISPN-6960 > URL: https://issues.redhat.com/browse/ISPN-6960 > Project: Infinispan > Issue Type: Feature Request > Components: Embedded Querying, Remote Querying > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-10780) A shared store should not allow purge on startup

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-10780?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-10780: ----------------------------------- Fix Version/s: (was: 10.1.3.Final) > A shared store should not allow purge on startup > ------------------------------------------------ > > Key: ISPN-10780 > URL: https://issues.redhat.com/browse/ISPN-10780 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > > Purge on startup is mostly about purging local entries to ensure they are outdated. This doesn't make any sense in the context of a shared store though, as all entries in a shared store should be up to date. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-10780) A shared store should not allow purge on startup

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-10780?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-10780: ----------------------------------- Fix Version/s: 10.1.3.Final > A shared store should not allow purge on startup > ------------------------------------------------ > > Key: ISPN-10780 > URL: https://issues.redhat.com/browse/ISPN-10780 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 10.1.3.Final > > > Purge on startup is mostly about purging local entries to ensure they are outdated. This doesn't make any sense in the context of a shared store though, as all entries in a shared store should be up to date. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-10780) A shared store should not allow purge on startup

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-10780?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-10780: ----------------------------------- Fix Version/s: (was: 10.1.0.Final) > A shared store should not allow purge on startup > ------------------------------------------------ > > Key: ISPN-10780 > URL: https://issues.redhat.com/browse/ISPN-10780 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 10.1.3.Final > > > Purge on startup is mostly about purging local entries to ensure they are outdated. This doesn't make any sense in the context of a shared store though, as all entries in a shared store should be up to date. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6960) Add xor logic operator to query DSL

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-6960?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-6960: ---------------------------------- Fix Version/s: (was: 10.1.0.Final) > Add xor logic operator to query DSL > ----------------------------------- > > Key: ISPN-6960 > URL: https://issues.redhat.com/browse/ISPN-6960 > Project: Infinispan > Issue Type: Feature Request > Components: Embedded Querying, Remote Querying > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7819) Update documentation for putAll remote and embedded

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-7819?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-7819: ---------------------------------- Description: Some documentation is not out of date [1]. We should verify all of the documentation surrounding putAll for both embedded and remote APIs are cleaned up. We probably shouldn't leak implementation details such as how puts are done if it is not necessary. [1] https://github.com/infinispan/infinispan/blob/10.1.x/client/hotrod-client... was: Some documentation is not out of date [1]. We should verify all of the documentation surrounding putAll for both embedded and remote APIs are cleaned up. We probably shouldn't leak implementation details such as how puts are done if it is not necessary. [1] https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... > Update documentation for putAll remote and embedded > --------------------------------------------------- > > Key: ISPN-7819 > URL: https://issues.redhat.com/browse/ISPN-7819 > Project: Infinispan > Issue Type: Bug > Components: Core, Remote Protocols > Reporter: Will Burns > Assignee: Donald Naro > Priority: Major > Fix For: 10.1.3.Final > > > Some documentation is not out of date [1]. We should verify all of the documentation surrounding putAll for both embedded and remote APIs are cleaned up. We probably shouldn't leak implementation details such as how puts are done if it is not necessary. > [1] https://github.com/infinispan/infinispan/blob/10.1.x/client/hotrod-client... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7819) Update documentation for putAll remote and embedded

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-7819?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-7819: ---------------------------------- Fix Version/s: 10.1.3.Final (was: 9.0.1.Final) > Update documentation for putAll remote and embedded > --------------------------------------------------- > > Key: ISPN-7819 > URL: https://issues.redhat.com/browse/ISPN-7819 > Project: Infinispan > Issue Type: Bug > Components: Core, Remote Protocols > Reporter: Will Burns > Priority: Major > Fix For: 10.1.3.Final > > > Some documentation is not out of date [1]. We should verify all of the documentation surrounding putAll for both embedded and remote APIs are cleaned up. We probably shouldn't leak implementation details such as how puts are done if it is not necessary. > [1] https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7819) Update documentation for putAll remote and embedded

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-7819?page=com.atlassian.jira.plugin... ] Tristan Tarrant reassigned ISPN-7819: ------------------------------------- Assignee: Donald Naro > Update documentation for putAll remote and embedded > --------------------------------------------------- > > Key: ISPN-7819 > URL: https://issues.redhat.com/browse/ISPN-7819 > Project: Infinispan > Issue Type: Bug > Components: Core, Remote Protocols > Reporter: Will Burns > Assignee: Donald Naro > Priority: Major > Fix For: 10.1.3.Final > > > Some documentation is not out of date [1]. We should verify all of the documentation surrounding putAll for both embedded and remote APIs are cleaned up. We probably shouldn't leak implementation details such as how puts are done if it is not necessary. > [1] https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8217) RestStoreTest.tearDown intermittent failure

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-8217?page=com.atlassian.jira.plugin... ] Tristan Tarrant closed ISPN-8217. --------------------------------- Resolution: Done > RestStoreTest.tearDown intermittent failure > ------------------------------------------- > > Key: ISPN-8217 > URL: https://issues.redhat.com/browse/ISPN-8217 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 9.1.0.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 9.1.5.Final > > > The test fails intermittently with the following: > {code:java} > io.netty.channel.ChannelException: eventfd_write() failed: Bad file descriptor > at io.netty.channel.epoll.Native.eventFdWrite(Native Method) > at io.netty.channel.epoll.EpollEventLoop.wakeup(EpollEventLoop.java:126) > at io.netty.util.concurrent.SingleThreadEventExecutor.shutdownGracefully(SingleThreadEventExecutor.java:589) > at io.netty.util.concurrent.MultithreadEventExecutorGroup.shutdownGracefully(MultithreadEventExecutorGroup.java:163) > at org.infinispan.server.core.transport.NettyTransport.stop(NettyTransport.java:161) > at org.infinispan.server.core.AbstractProtocolServer.stop(AbstractProtocolServer.java:144) > at org.infinispan.persistence.rest.RestStoreTest.tearDown(RestStoreTest.java:73) > 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 18 stack frames > > {code} > I believe this is caused by Netty not closing connections properly. See [here|http://netty.io/news/2017/07/06/4-0-49-Final-4-1-13-Final.html]. Upgrading Netty to the latest version should hopefully resolve this issue. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 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 2020