[JBoss JIRA] Created: (ISPN-1263) Allow a type safe selection of the cache used by the JCache interceptors
by Kevin Pollet (JIRA)
Allow a type safe selection of the cache used by the JCache interceptors
------------------------------------------------------------------------
Key: ISPN-1263
URL: https://issues.jboss.org/browse/ISPN-1263
Project: Infinispan
Issue Type: Feature Request
Components: CDI integration
Reporter: Kevin Pollet
Assignee: Kevin Pollet
Priority: Minor
Currently the name of the cache which will be used by the JCache interceptors has to be specified in JCache annotations (e.g {{@CacheResult(cacheName="greeting-cache"}}).
This can be error prone (typo, refactoring ...). The CDI integration module provides the possibility to associate a qualifier to a cache. This qualifier could be re-used to provide a type safe selection of the cache used by a JCache interceptor. Something like:
{code}
public class GreetingService {
@CacheResult @GreetingCache
public String greet(String name) {
return "Hello" + name;
}
}
{code}
Here we need to be in sync with JCache specification. In my understanding of the spec the cache name is required for {{@CacheRemoveEntry}} and {{@CacheRemoveAll}} (but currently in the API there is a default value). For {{@CacheResult}} if no cache name is defined a default one is used.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ISPN-1491) Provide methods to retrieve the CacheKey parameters
by Kevin Pollet (Created) (JIRA)
Provide methods to retrieve the CacheKey parameters
---------------------------------------------------
Key: ISPN-1491
URL: https://issues.jboss.org/browse/ISPN-1491
Project: Infinispan
Issue Type: Enhancement
Components: CDI integration
Reporter: Kevin Pollet
Assignee: Kevin Pollet
Fix For: 5.1.0.BETA4, 5.1.0.FINAL
Currently, it's not possible to retrieve the parameter values composing the {{CacheKey}} (generated by JCache interceptors). For that, we could introduce two interfaces.
* {{SimpleCacheKey<T>}} used when only one parameter is used as key. This interface could add the following method {{T getValue()}}
* {{ComposedCacheKey}} used when the key is composed by more than one parameter. This interface could add the following method {{Object[] getValues()}}
Here, we need to ensure that we are compliant with the specification.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ISPN-2143) Improve how different indexed caches sync up on new indexed types
by Sanne Grinovero (JIRA)
Sanne Grinovero created ISPN-2143:
-------------------------------------
Summary: Improve how different indexed caches sync up on new indexed types
Key: ISPN-2143
URL: https://issues.jboss.org/browse/ISPN-2143
Project: Infinispan
Issue Type: Enhancement
Components: Querying
Reporter: Sanne Grinovero
Assignee: Sanne Grinovero
Fix For: 5.2.0.FINAL
Currently when a node receives an unknown type, it doesn't inform all other nodes, which might fail to get metadata and index boot information from it.
Also, the list of known types should be stored somewhere.
When a shared index is used, we might be able to load some type names from the index itself, but unfortunately usually we need the type name to initialize the index. Rely on an index storage convention?
See also comments in {{org.infinispan.query.indexmanager.IndexUpdateCommand}}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ISPN-1893) Query module demo
by Mathieu Lachance (JIRA)
Mathieu Lachance created ISPN-1893:
--------------------------------------
Summary: Query module demo
Key: ISPN-1893
URL: https://issues.jboss.org/browse/ISPN-1893
Project: Infinispan
Issue Type: Task
Components: Core API, Locking and Concurrency, Migration tools
Reporter: Mathieu Lachance
Assignee: Manik Surtani
Would it be possible to make a query-module demo showing the best practice with :
- replication clustering mode + local query,
- distribution clustering mode + index replication + local query,
- distribution clustering mode + clustered query
I guess this would be easy to integrate it in the already existant gui demo.
Big thanks !
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month