Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

This issue can't be edited

Because it belongs to an archived project. Jira admins can restore projects from the archive.

Create a Hot Rod (remote Infinispan) GridDialect

Description

It could be done using org.infinispan.AtomicMap or using the Grouping API. The main preference seems to be the Grouping API

Both solutions are currently not supported by HotRod but there are two open issues:

For the grouping API,
we also need a method in the embedded interface, something like EmbeddedCache.getGroup(G)

Methods needed in the RemoteCache should be:

  • RemoteClient.put(G g, K k, V v); //first param is the group

  • RemoteClinet.getGroup(G g) : Map<K,V>;

  • RemoteClient.get(G g, K k)

ML discussion: http://markmail.org/thread/z7pwchtcvijawxik

Environment

None

depends on

Activity

Show:

Sanne Grinovero October 25, 2016 at 11:00 AM

Reopening as not all sub-tasks have been resolved.

Emmanuel Bernard March 21, 2016 at 2:41 PM

+1 for a single infinispan datastore. This is what matter from a user PoV.

Gunnar Morling March 21, 2016 at 11:15 AM

I'd prefer not to, to avoid proliferation of components. E.g. we also only have a single component for Redis, where we have two dialects, too (JSON and hash-based).

Sanne Grinovero March 21, 2016 at 11:11 AM

shall we make a "hotrod" or "infinispan-remote" component on JIRA to classify this differently from the "standard" Infinispan?

Sanne Grinovero July 29, 2015 at 5:32 PM

We decided to use Infinispan 8, and rather than use the AtomicMap approach to rely on protobuf and the query capabilities it provides.

Fixed

Details

Assignee

Reporter

Labels

Participants

Emmanuel Bernard
Gunnar Morling
Sanne Grinovero

Pull Request

Components

Sprint

Fix versions

Priority

Created October 17, 2013 at 4:57 PM
Updated November 8, 2016 at 12:46 PM
Resolved November 8, 2016 at 12:27 PM