March 2011 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Resolved: (ISPN-24) JPA-like interface to Infinispan

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-24?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño resolved ISPN-24. ---------------------------------- Fix Version/s: (was: 5.0.0.BETA1) (was: 5.0.0.FINAL) Resolution: Done This is now part of the Hibernate OGM project: http://community.jboss.org/docs/DOC-16273 You can find instructions on how to use this API in the wiki. > JPA-like interface to Infinispan > -------------------------------- > > Key: ISPN-24 > URL: https://issues.jboss.org/browse/ISPN-24 > Project: Infinispan > Issue Type: Feature Request > Components: Fine-grained API > Reporter: Manik Surtani > Assignee: Emmanuel Bernard > Priority: Blocker > > A replacement for POJO Cache, to provide fine-grained replication. > But also to provide a familiar API which folks can use to migrate stuff off traditional DB-centric apps. > Would use Infinispan AtomicMaps under the covers. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (ISPN-31) JPA based cache store

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-31?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated ISPN-31: --------------------------------- Fix Version/s: 5.1.0.BETA1 5.1.0.Final (was: 5.0.0.BETA1) (was: 5.0.0.Final) > JPA based cache store > --------------------- > > Key: ISPN-31 > URL: https://issues.jboss.org/browse/ISPN-31 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Manik Surtani > Assignee: Dan Berindei > Fix For: 5.1.0.BETA1, 5.1.0.Final > > > Store that uses JPA for persistence -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (ISPN-19) different cache manager impl : LocalCacheManager and ClusteredCacheManager

by Manik Surtani (JIRA)

[ https://issues.jboss.org/browse/ISPN-19?page=com.atlassian.jira.plugin.sy... ] Manik Surtani updated ISPN-19: ------------------------------ Fix Version/s: 6.0.0.Final (was: 5.0.0.BETA1) (was: 5.0.0.Final) > different cache manager impl : LocalCacheManager and ClusteredCacheManager > -------------------------------------------------------------------------- > > Key: ISPN-19 > URL: https://issues.jboss.org/browse/ISPN-19 > Project: Infinispan > Issue Type: Feature Request > Components: Core API > Reporter: Mircea Markus > Assignee: Manik Surtani > Fix For: 6.0.0.Final > > > consider having two CacheManagers impl: LocalCacheaManager and ClusteredCacheManager. > This is in order to offer a more clear API to the user, who might want to use a specific cache manager. > Currently, this is achieved through usage of GlobalConfiguration.getClusterDefault()/getNonClusterDefault(), but this is not very clear to the user. > Also, after trying to create an replicated cache on a cache manager build on an "getNonClusterDefault" config, there will be an unclear error message: > ""Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.horizon.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:129) > ... 35 more > Caused by: java.lang.NullPointerException > at org.horizon.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:116) > ... 40 more > Error should be more specific, something like: "You're not allowed to deploy an clustered cache on an local cache manager". > public void testCreateReplicatedCacheOnLocalCM() { > GlobalConfiguration globalConfiguration = GlobalConfiguration.getNonClusteredDefault(); > globalConfiguration.setAllowDuplicateDomains(true); > CacheManager dcm1 = new DefaultCacheManager(globalConfiguration); > CacheManager dcm2 = new DefaultCacheManager(globalConfiguration); > Configuration conf = new Configuration(); > conf.setCacheMode(Configuration.CacheMode.REPL_SYNC); > dcm1.defineCache("replicated", conf); > dcm2.defineCache("replicated", conf); > dcm1.getCache("replicated"); > dcm2.getCache("replicated"); > } -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (ISPN-188) Benchmark Infinispan cache provider

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-188?page=com.atlassian.jira.plugin.s... ] Galder Zamarreño updated ISPN-188: ---------------------------------- Fix Version/s: 6.0.0.Final (was: 5.0.0.BETA1) > Benchmark Infinispan cache provider > ----------------------------------- > > Key: ISPN-188 > URL: https://issues.jboss.org/browse/ISPN-188 > Project: Infinispan > Issue Type: Sub-task > Reporter: Galder Zamarreño > Assignee: Dan Berindei > Priority: Minor > Fix For: 6.0.0.Final > > > We have an EJB3 app that stresses 2nd level cache: http://anonsvn.jboss.org/repos/qa/ejb3demo/ > More work will go in the near future into this app, and so it's worth waiting for the outcome of that. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-748) provide an API to expose core operations omitting return values as safe alternative to Flags

by Sanne Grinovero (JIRA)

provide an API to expose core operations omitting return values as safe alternative to Flags -------------------------------------------------------------------------------------------- Key: ISPN-748 URL: https://jira.jboss.org/browse/ISPN-748 Project: Infinispan Issue Type: Feature Request Components: Core API Reporter: Sanne Grinovero Assignee: Manik Surtani Priority: Minor Fix For: 5.0.0.BETA1, 5.0.0.Final On mailing list we discussed the possibility to provide the same methods as defined by Map but omitting return values. This would be useful for those cases in which return values are not needed, so that Infinispan can enable all possible optimizations to disregard retrieveing an appropriate return value. Several alternatives where proposed, and there's also an interesting proposal to do the same relating to async methods, and the combination of async+noReturn A suggestion: cache.noReturnValue().remote(K); //returns void and enables both flags SKIP_CACHE_LOAD and SKIP_REMOTE_LOOKUP. The advantage is that people refactoring code don't have to remember to adjust flags according to using the return value or not, or would at least get a compiler error in case of abuse of method; also Infinispan might introduce more optimizations in future and apply them without code changes for new flags arising. See all discussion started by: http://lists.jboss.org/pipermail/infinispan-dev/2010-October/006484.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

13 years, 10 months

3
3
0 / 0

[JBoss JIRA] Assigned: (ISPN-31) JPA based cache store

by Manik Surtani (JIRA)

[ https://issues.jboss.org/browse/ISPN-31?page=com.atlassian.jira.plugin.sy... ] Manik Surtani reassigned ISPN-31: --------------------------------- Assignee: Dan Berindei (was: Rafael Ribeiro) > JPA based cache store > --------------------- > > Key: ISPN-31 > URL: https://issues.jboss.org/browse/ISPN-31 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Manik Surtani > Assignee: Dan Berindei > Fix For: 5.0.0.BETA1, 5.0.0.Final > > > Store that uses JPA for persistence -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (ISPN-188) Benchmark Infinispan cache provider

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-188?page=com.atlassian.jira.plugin.s... ] Galder Zamarreño updated ISPN-188: ---------------------------------- Assignee: Dan Berindei (was: Galder Zamarreño) > Benchmark Infinispan cache provider > ----------------------------------- > > Key: ISPN-188 > URL: https://issues.jboss.org/browse/ISPN-188 > Project: Infinispan > Issue Type: Sub-task > Reporter: Galder Zamarreño > Assignee: Dan Berindei > Priority: Minor > Fix For: 5.0.0.BETA1 > > > We have an EJB3 app that stresses 2nd level cache: http://anonsvn.jboss.org/repos/qa/ejb3demo/ > More work will go in the near future into this app, and so it's worth waiting for the outcome of that. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-706) Enable Hot Rod server caches to be accessed without extra marshalling

by Galder Zamarreño (JIRA)

Enable Hot Rod server caches to be accessed without extra marshalling --------------------------------------------------------------------- Key: ISPN-706 URL: https://jira.jboss.org/browse/ISPN-706 Project: Infinispan Issue Type: Feature Request Components: Cache Server Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.0.0.BETA1, 5.0.0.Final People are starting to ask for this: Write to Hot Rod remotely and then being able to retrieve objects from the server side cache without any extra steps. At the moment, a marshalling layer is necessary so that those byte[] are converted into objects. -- 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

13 years, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (ISPN-833) Revisit cache name predefinition limitation for cache servers

by Galder Zamarreño (JIRA)

Revisit cache name predefinition limitation for cache servers ------------------------------------------------------------- Key: ISPN-833 URL: https://issues.jboss.org/browse/ISPN-833 Project: Infinispan Issue Type: Feature Request Components: Cache Server Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.0.0.BETA1, 5.0.0.Final There're are two primary reasons why Infinispan servers require predefined caches to be started up on startup, and do not allow invocations to undefined caches: 1. Concurrent cache startups were resulting in NPEs (ISPN-635) - This is already solved since the 4.2.x days. 2. Infinispan has issues dealing with asymmetric clusters (ISPN-658). Once these two issues have been resolved, revisit the limitation. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (ISPN-988) Scala code - such as HotRodServer - doesn't make use of new log message formatting using %s

by Manik Surtani (JIRA)

Scala code - such as HotRodServer - doesn't make use of new log message formatting using %s ------------------------------------------------------------------------------------------- Key: ISPN-988 URL: https://issues.jboss.org/browse/ISPN-988 Project: Infinispan Issue Type: Bug Affects Versions: 4.2.1.CR4 Reporter: Manik Surtani Assignee: Galder Zamarreño Priority: Blocker Fix For: 4.2.1.FINAL This is important, since it now generates meaningless logs. https://github.com/infinispan/infinispan/blob/master/server/hotrod/src/ma... See JBPAPP-6132 for an example -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

3
6
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2011