[JBoss JIRA] (ISPN-10488) Infinispan Version is not printed in Quarkus native mode
by Will Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-10488?page=com.atlassian.jira.plugin... ]
Will Burns updated ISPN-10488:
------------------------------
Status: Open (was: New)
> Infinispan Version is not printed in Quarkus native mode
> --------------------------------------------------------
>
> Key: ISPN-10488
> URL: https://issues.jboss.org/browse/ISPN-10488
> Project: Infinispan
> Issue Type: Sub-task
> Components: Quarkus
> Affects Versions: 10.0.0.Beta5
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Major
> Fix For: 10.0.0.Final
>
>
> The client prints out the version of Infinispan at startup. Unfortunately for the client the VERSION String is computed at runtime on each invocation. Unfortunately in native mode we don't have the package implementation version available. Instead we should write this version to a static variable that is readable during native runtime. Note this is already handled for the server as it is written to a static variable.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-10657) Handle async-xsite in parallel
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10657?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10657:
------------------------------------------
Fix Version/s: (was: 9.4.17.Final)
> Handle async-xsite in parallel
> ------------------------------
>
> Key: ISPN-10657
> URL: https://issues.jboss.org/browse/ISPN-10657
> Project: Infinispan
> Issue Type: Enhancement
> Components: Cross-Site Replication
> Affects Versions: 10.0.0.CR2
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 10.0.0.Final
>
>
> Asynchronous cross-site replication relies on the ordering of the write operation to ensure data consistency. This ordering is provided by JGroups; it only delivers the next request after the first one is completed.
> This order contains updates for multiple caches and keys. What is proposed here is to handle different keys/cache updates in parallel.
> It should improve the response time, however, there is no free lunch. The following is expected:
> * An increase of CPU utilization: it may spawn new threads to handle different keys update in parallel
> * An increase in memory: it chains the updates (queue)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-9394) Getting java.lang.ClassCastException after calling XSiteAdmin.status()
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-9394?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-9394:
-----------------------------------------
Sprint: DataGrid Sprint #34 (was: DataGrid Sprint #34, DataGrid Sprint #35)
> Getting java.lang.ClassCastException after calling XSiteAdmin.status()
> ----------------------------------------------------------------------
>
> Key: ISPN-9394
> URL: https://issues.jboss.org/browse/ISPN-9394
> Project: Infinispan
> Issue Type: Bug
> Components: Cross-Site Replication
> Reporter: Jared Blashka
> Assignee: Pedro Ruivo
> Priority: Minor
> Attachments: clustered.xml
>
>
> I've got a cross-site cluster set up with 4 hosts (a,b) <-> (c,d). If I stop a particular cache on 'a' and then call XSiteAdmin.status() for that cache on 'b' I get "java.lang.ClassCastException: org.infinispan.remoting.responses.CacheNotFoundResponse cannot be cast to org.infinispan.remoting.responses.SuccessfulResponse".
> XSiteAdmin.status() still works without any issues on 'c' and 'd' however
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-10614) Creation of indexed queries via the CacheAdmin API fails
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10614?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10614:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 10.0.0.CR3
(was: 10.0.0.Final)
Resolution: Done
> Creation of indexed queries via the CacheAdmin API fails
> --------------------------------------------------------
>
> Key: ISPN-10614
> URL: https://issues.jboss.org/browse/ISPN-10614
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 10.0.0.CR2
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.0.0.CR3
>
>
> The QueryInterceptor cannot be added when a cache is created from the GlobalConfigurationManager since it happens within a persistence thread. We should use the async pool for creating/removing caches.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months