[JBoss JIRA] (ISPN-8627) Add CacheContainerAdmin.getOrCreateCache() method
by Tristan Tarrant (JIRA)
Tristan Tarrant created ISPN-8627:
-------------------------------------
Summary: Add CacheContainerAdmin.getOrCreateCache() method
Key: ISPN-8627
URL: https://issues.jboss.org/browse/ISPN-8627
Project: Infinispan
Issue Type: Bug
Components: Core, Hot Rod
Affects Versions: 9.2.0.Beta1
Reporter: Tristan Tarrant
Assignee: Tristan Tarrant
Fix For: 9.2.0.Beta2
CacheContainerAdmin has a createCache method which fails if the cache already exists. To make the life of developers easier, it should also have a getOrCreateCache() which returns an existing cache if possible.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8626) Hot Rod task execution exceptions should be unwrapped
by Tristan Tarrant (JIRA)
Tristan Tarrant created ISPN-8626:
-------------------------------------
Summary: Hot Rod task execution exceptions should be unwrapped
Key: ISPN-8626
URL: https://issues.jboss.org/browse/ISPN-8626
Project: Infinispan
Issue Type: Bug
Components: Hot Rod, Server
Affects Versions: 9.2.0.Beta1
Reporter: Tristan Tarrant
Assignee: Tristan Tarrant
Fix For: 9.2.0.Beta2
When running remote tasks through Hot Rod and an exception occurs it is wrapped in an ExecutionException. This should be unwrapped to get the real cause.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8625) PostStart methods should be invoked after ModuleLifecyle.cacheManagerStarted
by Tristan Tarrant (JIRA)
Tristan Tarrant created ISPN-8625:
-------------------------------------
Summary: PostStart methods should be invoked after ModuleLifecyle.cacheManagerStarted
Key: ISPN-8625
URL: https://issues.jboss.org/browse/ISPN-8625
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 9.2.0.Beta1
Reporter: Tristan Tarrant
Assignee: Tristan Tarrant
Fix For: 9.2.0.Beta2
The PostStart methods should be invoked after the ModuleLifecycle have executed their cacheManagerStarted methods (which might include global component registrations)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8624) Extend unmarshalling white list to GenericJBossMarshaller
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-8624:
--------------------------------------
Summary: Extend unmarshalling white list to GenericJBossMarshaller
Key: ISPN-8624
URL: https://issues.jboss.org/browse/ISPN-8624
Project: Infinispan
Issue Type: Enhancement
Components: Marshalling, Server
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 9.2.0.Beta2, 9.2.0.Final
White list unmarshalling list can be injected via ClassResolver implementations.
We should also update the user guide that if developing a custom marshaller, you should add white list unmarshalling capabilities to avoid injection attacks.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8623) BoundedCounterNotificationTest random failures
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-8623:
---------------------------------------
Summary: BoundedCounterNotificationTest random failures
Key: ISPN-8623
URL: https://issues.jboss.org/browse/ISPN-8623
Project: Infinispan
Issue Type: Bug
Components: Clustered Counter
Affects Versions: 9.2.0.Beta1
Reporter: Gustavo Fernandes
Assignee: Pedro Ruivo
{noformat}
[ERROR] testThreshold(org.infinispan.counter.BoundedCounterNotificationTest) Time elapsed: 0.026 s <<< FAILURE!
java.lang.AssertionError: Wrong new value for event: CounterEventImpl{oldValue=-2, oldState=VALID, newValue=-1, newState=VALID}. expected:<-2> but was:<-1>
at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:170)
at org.infinispan.counter.AbstractCounterNotificationTest$ListenerQueue.assertEvent(AbstractCounterNotificationTest.java:183)
at org.infinispan.counter.BoundedCounterNotificationTest.testThreshold(BoundedCounterNotificationTest.java:62)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (ISPN-8621) Share connection for events
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-8621?page=com.atlassian.jira.plugin.... ]
Radim Vansa updated ISPN-8621:
------------------------------
Description: Right now the event listeners require separate connection. With ISPN-8620 in place we can send the events along with responses and route them to listeners. (was: Right now the event listeners require separate connection. With ISPN-8619 in place we can send the events along with responses and route them to listeners.)
> Share connection for events
> ---------------------------
>
> Key: ISPN-8621
> URL: https://issues.jboss.org/browse/ISPN-8621
> Project: Infinispan
> Issue Type: Sub-task
> Reporter: Radim Vansa
>
> Right now the event listeners require separate connection. With ISPN-8620 in place we can send the events along with responses and route them to listeners.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years