[JBoss JIRA] (ISPN-19) different cache manager impl : LocalCacheManager and ClusteredCacheManager
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-19?page=com.atlassian.jira.plugin.sy... ]
Tristan Tarrant closed ISPN-19.
-------------------------------
Resolution: Out of Date
> 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
> Reporter: Mircea Markus
> Priority: Minor
>
> 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 was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-57) Support Google App Engine
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-57?page=com.atlassian.jira.plugin.sy... ]
Tristan Tarrant closed ISPN-57.
-------------------------------
Resolution: Won't Fix
> Support Google App Engine
> -------------------------
>
> Key: ISPN-57
> URL: https://issues.jboss.org/browse/ISPN-57
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Reporter: Adrian Cole
>
> Google App Engine for Java is a restricted JVM. It prevents such things as file access and thread creation. Currently, Infinispan requires at least thread creation and depending on the cachestore mechanism, potentially file as well.
> This is a container to investigate other related issues that may prevent Infinispan from running on GAE.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-6482) Allow to HR client to specify only trustore
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6482?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6482:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.Alpha2
9.0.0.Final
Resolution: Done
> Allow to HR client to specify only trustore
> -------------------------------------------
>
> Key: ISPN-6482
> URL: https://issues.jboss.org/browse/ISPN-6482
> Project: Infinispan
> Issue Type: Enhancement
> Components: Security
> Reporter: Vojtech Juranek
> Assignee: Vojtech Juranek
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> HR encryption over SSL can be set up on without client certificate validation on server side (i.e. no client certificate is needed at all), but HR client doesn't provide any straightforward way hot to configure only trust store. The only way (little bit awkward) is to construct directly SSLConfig and set it up in HR client config.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-6495) ExpirationIT is unstable
by Martin Gencur (JIRA)
Martin Gencur created ISPN-6495:
-----------------------------------
Summary: ExpirationIT is unstable
Key: ISPN-6495
URL: https://issues.jboss.org/browse/ISPN-6495
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Server
Affects Versions: 9.0.0.Alpha1
Reporter: Martin Gencur
Assignee: Martin Gencur
The test can easily fail because the timeouts in the test are set very tight.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-6494) Investigate bundler performance
by Dan Berindei (JIRA)
Dan Berindei created ISPN-6494:
----------------------------------
Summary: Investigate bundler performance
Key: ISPN-6494
URL: https://issues.jboss.org/browse/ISPN-6494
Project: Infinispan
Issue Type: Task
Components: Core
Affects Versions: 9.0.0.Alpha1
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 9.0.0.Alpha2
For ISPN-6027 we changed the default JGroups bundler to {{sender-sends-with-timer}}, because it was faster in some of the performance tests. However, IspnPerfTest shows {{transfer-queue-bundler}} to be consistently better, so we need to investigate the bundler choice again.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-6494) Investigate bundler performance
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-6494?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-6494:
-------------------------------
Status: Open (was: New)
> Investigate bundler performance
> -------------------------------
>
> Key: ISPN-6494
> URL: https://issues.jboss.org/browse/ISPN-6494
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Affects Versions: 9.0.0.Alpha1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.0.0.Alpha2
>
>
> For ISPN-6027 we changed the default JGroups bundler to {{sender-sends-with-timer}}, because it was faster in some of the performance tests. However, IspnPerfTest shows {{transfer-queue-bundler}} to be consistently better, so we need to investigate the bundler choice again.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months