September 2019 - infinispan-issues

[JBoss JIRA] (ISPN-10515) Docs: Hot Rod Endpoint

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10515?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10515: ------------------------------- Sprint: (was: DataGrid Sprint #35) > Docs: Hot Rod Endpoint > ---------------------- > > Key: ISPN-10515 > URL: https://issues.jboss.org/browse/ISPN-10515 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Servers > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > As a user, I want to connect to servers with a HR client. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10516) Docs: REST Endpoint

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10516?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10516: ------------------------------- Sprint: (was: DataGrid Sprint #35) > Docs: REST Endpoint > ------------------- > > Key: ISPN-10516 > URL: https://issues.jboss.org/browse/ISPN-10516 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Servers > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > As a user, I want to connect to servers with a REST client. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10598) Docs: Endpoint authentication and encryption

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10598?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10598: ------------------------------- Sprint: (was: DataGrid Sprint #35) > Docs: Endpoint authentication and encryption > -------------------------------------------- > > Key: ISPN-10598 > URL: https://issues.jboss.org/browse/ISPN-10598 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Servers > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10596) Docs: Setting Up Persistence

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10596?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10596: ------------------------------- Sprint: (was: DataGrid Sprint #35) > Docs: Setting Up Persistence > ---------------------------- > > Key: ISPN-10596 > URL: https://issues.jboss.org/browse/ISPN-10596 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10514) Docs: Creating caches

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10514?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10514: ------------------------------- Sprint: DataGrid Sprint #33 (was: DataGrid Sprint #33, DataGrid Sprint #35) > Docs: Creating caches > --------------------- > > Key: ISPN-10514 > URL: https://issues.jboss.org/browse/ISPN-10514 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Servers > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > As a user, I want to create caches at startup. > As a user, I want to create caches on the fly/dynamically. > As a user, I want to create permanent caches. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10683) Remove CustomFailurePolicy transaction parameters

by Dan Berindei (Jira)

Dan Berindei created ISPN-10683: ----------------------------------- Summary: Remove CustomFailurePolicy transaction parameters Key: ISPN-10683 URL: https://issues.jboss.org/browse/ISPN-10683 Project: Infinispan Issue Type: Task Components: Core Affects Versions: 10.0.0.CR2 Reporter: Dan Berindei Fix For: 10.0.0.Final The {{CustomFailurePolicy}} javadoc says it should be thread-safe, but the {{javax.transaction.Transaction}} javadoc doesn't say anything about thread safety. We should replace the {{javax.transaction.Transaction}} with a {{GlobalTransaction}}, which we know is thread-safe. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10676) Docs: max-idle expiration and xsite

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10676?page=com.atlassian.jira.plugin... ] Donald Naro commented on ISPN-10676: ------------------------------------ Basically, take the details from this PR: https://github.com/infinispan/infinispan/pull/7364 Remove the important note because ISPN no longer sends expiration remove commands xsite with Will's patch. Backport to 9.4 as well. > Docs: max-idle expiration and xsite > ----------------------------------- > > Key: ISPN-10676 > URL: https://issues.jboss.org/browse/ISPN-10676 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > Docs for ISPN-10650 -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10682) Investigate if static final trace variable in classes is helpful

by Will Burns (Jira)

Will Burns created ISPN-10682: --------------------------------- Summary: Investigate if static final trace variable in classes is helpful Key: ISPN-10682 URL: https://issues.jboss.org/browse/ISPN-10682 Project: Infinispan Issue Type: Enhancement Components: Core Reporter: Will Burns Quarkus and native compilation doesn't play nicely with our static final boolean trace fields. The issue is either we have to always have this be true to allow logging on the same native image. Or we have to force it to false, in which case you wouldn't be able to enable tracing without recompiling the native image. We probably should go with the former, but if we do we have to make sure we are doing expensive trace operations inside the block for the case when tracing isn't actually enabled. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10681) Investigate and possibly convert to StampedLock for OffHeap

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10681?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-10681: ------------------------------ Description: We currently use an array of ReentrantReadWriteLock entries to protect critical sections of a off heap map. We shouldn't require reentrancy for our various operations and thus we should be able to hopefully drop in replace these with the equivalent StampedLock write lock instances. Doug Lea mentions this is the fastest lock they have https://concurrency.markmail.org/thread/kfdv6tg3tnutl4ts was:We currently use an array of ReentrantReadWriteLock entries to protect critical sections of a off heap map. We shouldn't require reentrancy for our various operations and thus we should be able to hopefully drop in replace these with the equivalent StampedLock write lock instances. > Investigate and possibly convert to StampedLock for OffHeap > ----------------------------------------------------------- > > Key: ISPN-10681 > URL: https://issues.jboss.org/browse/ISPN-10681 > Project: Infinispan > Issue Type: Enhancement > Components: Off Heap > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > > We currently use an array of ReentrantReadWriteLock entries to protect critical sections of a off heap map. We shouldn't require reentrancy for our various operations and thus we should be able to hopefully drop in replace these with the equivalent StampedLock write lock instances. > Doug Lea mentions this is the fastest lock they have https://concurrency.markmail.org/thread/kfdv6tg3tnutl4ts -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10681) Investigate and possibly convert to StampedLock for OffHeap

by Will Burns (Jira)

Will Burns created ISPN-10681: --------------------------------- Summary: Investigate and possibly convert to StampedLock for OffHeap Key: ISPN-10681 URL: https://issues.jboss.org/browse/ISPN-10681 Project: Infinispan Issue Type: Enhancement Components: Off Heap Reporter: Will Burns Assignee: Will Burns We currently use an array of ReentrantReadWriteLock entries to protect critical sections of a off heap map. We shouldn't require reentrancy for our various operations and thus we should be able to hopefully drop in replace these with the equivalent StampedLock write lock instances. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2019