[JBoss JIRA] (ISPN-2916) Group-based expiration
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-2916?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated ISPN-2916:
-------------------------------
Summary: Group-based expiration (was: Atomic expiration support for grouped cache entries.)
> Group-based expiration
> ----------------------
>
> Key: ISPN-2916
> URL: https://issues.jboss.org/browse/ISPN-2916
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Affects Versions: 5.2.5.Final
> Reporter: Paul Ferraro
> Assignee: Mircea Markus
>
> While exploring the possibility of replacing single cache entries containing atomic maps with multiple cache entries using the grouping api, it occurred to me that to do this would require auto-eviction/expiration to be atomic for a group. Otherwise, we would run the risk of integrity constraint violations when cache entries are automatically expired or evicted.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-2916) Atomic expiration support for grouped cache entries.
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-2916?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated ISPN-2916:
-------------------------------
Summary: Atomic expiration support for grouped cache entries. (was: Atomic eviction/expiration support for grouped cache entries.)
> Atomic expiration support for grouped cache entries.
> ----------------------------------------------------
>
> Key: ISPN-2916
> URL: https://issues.jboss.org/browse/ISPN-2916
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Affects Versions: 5.2.5.Final
> Reporter: Paul Ferraro
> Assignee: Mircea Markus
>
> While exploring the possibility of replacing single cache entries containing atomic maps with multiple cache entries using the grouping api, it occurred to me that to do this would require auto-eviction/expiration to be atomic for a group. Otherwise, we would run the risk of integrity constraint violations when cache entries are automatically expired or evicted.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-4143) If trace logging is enabled in EntryWrappingInterceptor, a moderate number of keys could kill state transfer.
by Erik Salter (JIRA)
Erik Salter created ISPN-4143:
---------------------------------
Summary: If trace logging is enabled in EntryWrappingInterceptor, a moderate number of keys could kill state transfer.
Key: ISPN-4143
URL: https://issues.jboss.org/browse/ISPN-4143
Project: Infinispan
Issue Type: Bug
Components: State Transfer
Affects Versions: 5.2.7.Final
Reporter: Erik Salter
Assignee: Dan Berindei
In EntryWrappingInterceptor.visitInvalidateL1Command there is a trace log that prints the entire context, including any wrapped keys. If you're debugging state transfer, a moderate number of keys can crush state transfer. For the size of the key array, it'll print 1, then 1+2, then 1+2+3, ... 1+2+3+...n.
This is low priority to be sure, but maybe the trace check should be outside the for loop?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (ISPN-4140) Clear command doesn't acquire any remote locks in pessimistic mode
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4140:
----------------------------------
Summary: Clear command doesn't acquire any remote locks in pessimistic mode
Key: ISPN-4140
URL: https://issues.jboss.org/browse/ISPN-4140
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 6.0.2.Final
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 7.0.0.Final
This is related to ISPN-2530. The 1-phase prepare command is now sent remotely, but it doesn't acquire any locks. The clear command doesn't trigger any remote LockControlCommands either.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years