December 2010 - infinispan-issues

[JBoss JIRA] Created: (ISPN-835) State transfer should not force all invocations to be synchronous

by Galder Zamarreño (JIRA)

State transfer should not force all invocations to be synchronous ----------------------------------------------------------------- Key: ISPN-835 URL: https://issues.jboss.org/browse/ISPN-835 Project: Infinispan Issue Type: Bug Components: RPC, State transfer Affects Versions: 4.2.0.CR4, 4.1.0.Final Reporter: Galder Zamarreño Assignee: Manik Surtani Fix For: 5.0.0.BETA1, 5.0.0.Final Enabling state transfer is forcing even asynchronous caches to become synchronous. A better way is needed to make sure state transfer works correctly (sync calls needed here) while normal replication calls remain asynchronous/ -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

5
34
0 / 0

[JBoss JIRA] Created: (ISPN-359) Affinity accross caches - static or dynamic

by Tero Heinonen (JIRA)

Affinity accross caches - static or dynamic ------------------------------------------- Key: ISPN-359 URL: https://jira.jboss.org/jira/browse/ISPN-359 Project: Infinispan Issue Type: Feature Request Components: Distributed Cache Affects Versions: 4.0.0.Final Reporter: Tero Heinonen Assignee: Manik Surtani Programmable affinity either through: 1) statically (e.g. annotating a certain field as the key for consistent hashing) - in our case this cannot be based on the hashCode() as the affinity requirement and object identity are not directly related 2) dynamically (e.g. providing a overridable/annotatable consistentHashCode() function) This would help to assign entities (in multiple Caches), which are needed together in the same nodes (to avoid remote lookups) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

7
23
0 / 0

[JBoss JIRA] Created: (ISPN-312) Ability to group data entries

by Mindaugas Žakšauskas (JIRA)

Ability to group data entries ----------------------------- Key: ISPN-312 URL: https://jira.jboss.org/jira/browse/ISPN-312 Project: Infinispan Issue Type: Feature Request Components: Core API, Distributed Cache, Eviction, Locking and Concurrency Affects Versions: 4.0.0.CR2 Reporter: Mindaugas Žakšauskas Assignee: Manik Surtani Priority: Minor This is a spin-off from http://lists.jboss.org/pipermail/infinispan-dev/2009-December/001968.html. The requested feature would allow distinct entries to be assigned to custom arbitrary groups. Later in time those groups could be flushed on demand without any knowledge of entry keys. This feature exists in other open source cache library, see: http://www.opensymphony.com/oscache/api/com/opensymphony/oscache/base/Cac... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

7
15
0 / 0

[JBoss JIRA] Created: (ISPN-83) Remove dependency on JGroups FLUSH

by Manik Surtani (JIRA)

Remove dependency on JGroups FLUSH ---------------------------------- Key: ISPN-83 URL: https://jira.jboss.org/jira/browse/ISPN-83 Project: Infinispan Issue Type: Task Affects Versions: 4.0.0.GA Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 4.1.0.BETA1, 4.1.0.GA FLUSH is needed to control messages not being sent when a new view is installed, as we have observed that without this, messages get dropped by the joiner. We need to find a better way to deal with this as FLUSH is expensive and not very scalable. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

4
28
0 / 0

[JBoss JIRA] Created: (ISPN-707) define event listener policy when exceptions are thrown

by Mircea Markus (JIRA)

define event listener policy when exceptions are thrown ------------------------------------------------------- Key: ISPN-707 URL: https://jira.jboss.org/browse/ISPN-707 Project: Infinispan Issue Type: Feature Request Affects Versions: 4.1.0.Final Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 4.2.0.BETA1, 4.2.0.Final Right now it is not defined (javadoc) what happens when an exception is thrown within a EventListener. The code doesn't handle that neither. Solutions were discussed on the dev maillist: http://lists.jboss.org/pipermail/infinispan-dev/2010-October/006517.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

4
13
0 / 0

[JBoss JIRA] Created: (ISPN-462) HTTP and EJB session management for WebSphere

by Manik Surtani (JIRA)

HTTP and EJB session management for WebSphere --------------------------------------------- Key: ISPN-462 URL: https://jira.jboss.org/browse/ISPN-462 Project: Infinispan Issue Type: Feature Request Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.1.0.BETA1, 5.1.0.Final Session management plugin for WebSphere, to allow running WebSphere in non-clustered mode and having all clustering of session state managed by Infinispan. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
3
0 / 0

[JBoss JIRA] Created: (ISPN-466) HTTP session management for Jetty

by Manik Surtani (JIRA)

HTTP session management for Jetty --------------------------------- Key: ISPN-466 URL: https://jira.jboss.org/browse/ISPN-466 Project: Infinispan Issue Type: Feature Request Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.1.0.BETA1, 5.1.0.Final Session management plugin for Tomcat, to allow running Tomcat in non-clustered mode and having all clustering of session state managed by Infinispan. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (ISPN-464) HTTP and EJB session management for Glassfish

by Manik Surtani (JIRA)

HTTP and EJB session management for Glassfish --------------------------------------------- Key: ISPN-464 URL: https://jira.jboss.org/browse/ISPN-464 Project: Infinispan Issue Type: Feature Request Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.1.0.BETA1, 5.1.0.Final Session management plugin for WebSphere, to allow running Oracle WebLogic in non-clustered mode and having all clustering of session state managed by Infinispan. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
4
0 / 0

[JBoss JIRA] Created: (ISPN-463) HTTP and EJB session management for WebLogic

by Manik Surtani (JIRA)

HTTP and EJB session management for WebLogic -------------------------------------------- Key: ISPN-463 URL: https://jira.jboss.org/browse/ISPN-463 Project: Infinispan Issue Type: Feature Request Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.1.0.BETA1, 5.1.0.Final Session management plugin for WebSphere, to allow running WebSphere in non-clustered mode and having all clustering of session state managed by Infinispan. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

1
5
0 / 0

[JBoss JIRA] Created: (ISPN-224) Separate Cache metrics into differen subservices in Jopr

by Galder Zamarreno (JIRA)

Separate Cache metrics into differen subservices in Jopr -------------------------------------------------------- Key: ISPN-224 URL: https://jira.jboss.org/jira/browse/ISPN-224 Project: Infinispan Issue Type: Feature Request Components: JMX, reporting and management Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.BETA1 The current Jopr plugin shows a Cache with different metrics for each individual metric available in the cache, i.e. cache stores, cache loades, average repl time...etc. This set up was fine when there was only a handful of metrics, but we after adding all the different managed attributes, we have around ~43 metrics now (some obviously but not always be present, i.e. metrics related to cache stores, deadlock detecting manager...etc), but they still appear but with no metrics at all. So, as the number of metrics increase, you have a massive list of different values under Cache. I think it'd be good to separate attributes from different interceptors into different services under Cache, i.e Statistics, Cache Store, Passivation/Activation...etc. This would make it cleaner to read to the user. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

2
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2010