July 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-8010) Data Management Operations through Console

by Pedro Zapata (JIRA)

[ https://issues.jboss.org/browse/ISPN-8010?page=com.atlassian.jira.plugin.... ] Pedro Zapata updated ISPN-8010: ------------------------------- Description: Users should be allowed to perform basic data operations over the grid, such as: * Browsing the content of a cache, with pagination and result count * Sending a Ickle query, and walk through the results - validate syntax * Sending a GET and retrieving value * Sending a PUT * Delete by Key * Download results of a query The basic format for object representation will be JSON. was: Users should be allowed to perform basic data operations over the grid, such as: * Browsing the content of a cache, with pagination and result count * Sending a Ickle query, and walk through the results - validate syntax * Sending a GET and retrieving value * Sending a PUT * Download results of a query The basic format for object representation will be JSON. > Data Management Operations through Console > ------------------------------------------ > > Key: ISPN-8010 > URL: https://issues.jboss.org/browse/ISPN-8010 > Project: Infinispan > Issue Type: Feature Request > Components: Console > Reporter: Pedro Zapata > Assignee: Vladimir Blagojevic > > Users should be allowed to perform basic data operations over the grid, such as: > * Browsing the content of a cache, with pagination and result count > * Sending a Ickle query, and walk through the results - validate syntax > * Sending a GET and retrieving value > * Sending a PUT > * Delete by Key > * Download results of a query > The basic format for object representation will be JSON. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7643) Coordinator status is unavailable in Infinispan cluster

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-7643?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec commented on ISPN-7643: ------------------------------------------- Interesting... it looks like this issue has been already solved somewhere... > Coordinator status is unavailable in Infinispan cluster > ------------------------------------------------------- > > Key: ISPN-7643 > URL: https://issues.jboss.org/browse/ISPN-7643 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > > It seems that Coordinator field uses JGroups Address class which can be displayed properly. Since we already have a Coordinator Address field, maybe the best way would be to remove this from JMX. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8010) Data Management Operations through Console

by Pedro Zapata (JIRA)

[ https://issues.jboss.org/browse/ISPN-8010?page=com.atlassian.jira.plugin.... ] Pedro Zapata reassigned ISPN-8010: ---------------------------------- Assignee: Vladimir Blagojevic > Data Management Operations through Console > ------------------------------------------ > > Key: ISPN-8010 > URL: https://issues.jboss.org/browse/ISPN-8010 > Project: Infinispan > Issue Type: Feature Request > Components: Console > Reporter: Pedro Zapata > Assignee: Vladimir Blagojevic > > Users should be allowed to perform basic data operations over the grid, such as: > * Browsing the content of a cache, with pagination and result count > * Sending a Ickle query, and walk through the results - validate syntax > * Sending a GET and retrieving value > * Sending a PUT > * Download results of a query > The basic format for object representation will be JSON. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8010) Data Management Operations through Console

by Pedro Zapata (JIRA)

[ https://issues.jboss.org/browse/ISPN-8010?page=com.atlassian.jira.plugin.... ] Pedro Zapata updated ISPN-8010: ------------------------------- Description: Users should be allowed to perform basic data operations over the grid, such as: * Browsing the content of a cache, with pagination and result count * Sending a Ickle query, and walk through the results - validate syntax * Sending a GET and retrieving value * Sending a PUT * Download results of a query The basic format for object representation will be JSON. was: Users should be allowed to perform basic data operations over the grid, such as: * Browsing the content of a cache, with pagination * Sending a Ickle query, and walk through the results - validate syntax * Sending a GET and retrieving value * Sending a PUT * Download results of a query The basic format for object representation will be JSON. > Data Management Operations through Console > ------------------------------------------ > > Key: ISPN-8010 > URL: https://issues.jboss.org/browse/ISPN-8010 > Project: Infinispan > Issue Type: Feature Request > Components: Console > Reporter: Pedro Zapata > > Users should be allowed to perform basic data operations over the grid, such as: > * Browsing the content of a cache, with pagination and result count > * Sending a Ickle query, and walk through the results - validate syntax > * Sending a GET and retrieving value > * Sending a PUT > * Download results of a query > The basic format for object representation will be JSON. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8010) Data Management Operations through Console

by Pedro Zapata (JIRA)

Pedro Zapata created ISPN-8010: ---------------------------------- Summary: Data Management Operations through Console Key: ISPN-8010 URL: https://issues.jboss.org/browse/ISPN-8010 Project: Infinispan Issue Type: Feature Request Components: Console Reporter: Pedro Zapata Users should be allowed to perform basic data operations over the grid, such as: * Browsing the content of a cache, with pagination * Sending a Ickle query, and walk through the results - validate syntax * Sending a GET and retrieving value * Sending a PUT * Download results of a query The basic format for object representation will be JSON. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8008) Add Fault-tolerance to write-behind stores

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8008?page=com.atlassian.jira.plugin.... ] Ryan Emerson commented on ISPN-8008: ------------------------------------ How we approach 2 depends on what failure conditions we tolerate for the store. If we only tolerate connection issues/write failures, then it should only be necessary to keep track of the keys modified during the outage and then flush the latest version of said keys on reconnect. However, if we assume that a store's content can be lost during the outage, then we will have to flush the entire cache. > Add Fault-tolerance to write-behind stores > ------------------------------------------ > > Key: ISPN-8008 > URL: https://issues.jboss.org/browse/ISPN-8008 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Ryan Emerson > Assignee: Ryan Emerson > > Currently when a store is configured to be write-behind, three attempts are made to write the queued modifications to the store. If all three attempts fail, then this error is simply logged and the modifications are never written to the store. > We should allow users to configure a write-behind store so that: In the event that a write-behind fails, further operations on the cache are not allowed and the modifications which failed to write to the store are queued indefinitely. Once the underlying store becomes available, the queued modifications should be written and then the cache should become available. > To determine whether a store has become available again, the AsyncCacheWriter will have to poll the store's availability. Currently the CacheWriter interface does not allow such behaviour, therefore there are two options: > * Attempt a write and catch an exception if the store is not currently available > * Add a method to return the current status of a store to the CacheWriter interface -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8009) Add Fault-tolerance to write-behind stores

by Ryan Emerson (JIRA)

Ryan Emerson created ISPN-8009: ---------------------------------- Summary: Add Fault-tolerance to write-behind stores Key: ISPN-8009 URL: https://issues.jboss.org/browse/ISPN-8009 Project: Infinispan Issue Type: Enhancement Components: Loaders and Stores Reporter: Ryan Emerson Assignee: Ryan Emerson Currently when a store is configured to be write-behind, three attempts are made to write the queued modifications to the store. If all three attempts fail, then this error is simply logged and the modifications are never written to the store. We should allow users to configure a write-behind store so that: In the event that a write-behind fails, further operations on the cache are not allowed and the modifications which failed to write to the store are queued indefinitely. Once the underlying store becomes available, the queued modifications should be written and then the cache should become available. To determine whether a store has become available again, the AsyncCacheWriter will have to poll the store's availability. Currently the CacheWriter interface does not allow such behaviour, therefore there are two options: * Attempt a write and catch an exception if the store is not currently available * Add a method to return the current status of a store to the CacheWriter interface -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8008) Add Fault-tolerance to write-behind stores

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8008?page=com.atlassian.jira.plugin.... ] Tristan Tarrant commented on ISPN-8008: --------------------------------------- I think we might want write-behind to have three behaviours: 1. block on error when queue is full 2. ignore errors, flush entire cache to the store on reconnect (could be tricky to implement) 3. ignore errors (the current behaviour) > Add Fault-tolerance to write-behind stores > ------------------------------------------ > > Key: ISPN-8008 > URL: https://issues.jboss.org/browse/ISPN-8008 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Ryan Emerson > Assignee: Ryan Emerson > > Currently when a store is configured to be write-behind, three attempts are made to write the queued modifications to the store. If all three attempts fail, then this error is simply logged and the modifications are never written to the store. > We should allow users to configure a write-behind store so that: In the event that a write-behind fails, further operations on the cache are not allowed and the modifications which failed to write to the store are queued indefinitely. Once the underlying store becomes available, the queued modifications should be written and then the cache should become available. > To determine whether a store has become available again, the AsyncCacheWriter will have to poll the store's availability. Currently the CacheWriter interface does not allow such behaviour, therefore there are two options: > * Attempt a write and catch an exception if the store is not currently available > * Add a method to return the current status of a store to the CacheWriter interface -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7291) It should be possible to delete cache from Administration console

by Pedro Zapata (JIRA)

[ https://issues.jboss.org/browse/ISPN-7291?page=com.atlassian.jira.plugin.... ] Pedro Zapata updated ISPN-7291: ------------------------------- Component/s: Console (was: JMX, reporting and management) > It should be possible to delete cache from Administration console > ----------------------------------------------------------------- > > Key: ISPN-7291 > URL: https://issues.jboss.org/browse/ISPN-7291 > Project: Infinispan > Issue Type: Feature Request > Components: Console > Affects Versions: 9.0.0.Beta1 > Reporter: Roman Macor > Assignee: Vladimir Blagojevic > Priority: Minor > > Since we can create cache from administration console we should also be able to delete it. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7555) Originator node in launch new task dialog is not displayed correctly in standalone mode

by Pedro Zapata (JIRA)

[ https://issues.jboss.org/browse/ISPN-7555?page=com.atlassian.jira.plugin.... ] Pedro Zapata updated ISPN-7555: ------------------------------- Component/s: Console (was: JMX, reporting and management) > Originator node in launch new task dialog is not displayed correctly in standalone mode > --------------------------------------------------------------------------------------- > > Key: ISPN-7555 > URL: https://issues.jboss.org/browse/ISPN-7555 > Project: Infinispan > Issue Type: Bug > Components: Console > Affects Versions: 9.0.0.CR2 > Reporter: Roman Macor > Assignee: Vladimir Blagojevic > Priority: Minor > > - start server in standalone clustered mode - bin/standalone.sh -c clustered.xml > - click on cache container - Tasks execution tab -> Launch new task -> click on Originator node > result: the node is displayed like this: terminator:terminator, if we set the server name, e.g. server-one, it's displayed like this: server-one:server-one ("terminator" is hostname from /etc/hostname) > expected result: host-name:server-name (same as in domain mode) -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 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 July 2017