[JBoss JIRA] (ISPN-6931) Cache container screen not shown if Connector removed
by Ryan Emerson (JIRA)
Ryan Emerson created ISPN-6931:
----------------------------------
Summary: Cache container screen not shown if Connector removed
Key: ISPN-6931
URL: https://issues.jboss.org/browse/ISPN-6931
Project: Infinispan
Issue Type: Bug
Components: Console
Affects Versions: 8.2.3.Final, 9.0.0.Alpha4
Reporter: Ryan Emerson
Assignee: Ryan Emerson
If a connector, such as the Memcached connector, is removed then the Cache Containers screen is unable to load. This is due to the cluster-model.service.js trying to access an attribute of an undefined connector.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (ISPN-445) Ensure that locks time out
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-445?page=com.atlassian.jira.plugin.s... ]
Pedro Ruivo closed ISPN-445.
----------------------------
Resolution: Won't Fix
It won't be done for the following reasons:
* could make the stored data inconsistency if a thread advances without a lock.
* locks in JDK does not allow to steal them from other threads.
* full_xa + recovery allows a sysadmin to force a transaction rollback, releasing any locks.
> Ensure that locks time out
> --------------------------
>
> Key: ISPN-445
> URL: https://issues.jboss.org/browse/ISPN-445
> Project: Infinispan
> Issue Type: Feature Request
> Components: Transactions
> Reporter: Philippe Van Dyck
>
> When a lock is acquired, no mechanism ensure that it is reclaimed later.
> So if for whatever reason the thread owning the lock is stuck in an endless loop or waiting for some resource, the entry is locked. This kind of situation could happen in cache stores trying to contact a remote storage.
> The risk is quite high that other entries may be locked as well if you use lock stripping (default : TRUE)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months