This Confluence has been LDAP enabled, if you are an ASF Committer, please use your LDAP Credentials to login. Any problems file an INFRA jira ticket please.

Page tree
Skip to end of metadata
Go to start of metadata


Client Protocol 

The new client/server protocol should be simple enough to implement in any programming language.

Streaming/ Continuous Response

The protocol should support the server sending a partial or chunked response to the client in order to reduce the need for large buffers. This allows users to implement the Observer pattern so that one party is notified of a state change in the other.


If an Object is large then client/server should be able to send that object in chunks.


The server-side implementation should be pluggable. In particular, we should be able to optimize both the encoding and the network stack for speed and garbage creation.

JSON Support

The server should be able to interpret JSON documents in a client request, and then convert that to PDX using the REST-API's JSONFormatter and vice-versa.

Region Key as byte[]

We should be able to support byte[] as a region key.  This involves storage components and is primarily a goal in order to reduce cache overhead.


The new protocol implementation should have similar performance to the current protocol. That is, applications shouldn't take a performance hit if they switch from the old client APIs to those based on the new protocol.


Should we need to add features or functionality to the client, it should be easy to create a new version of the protocol, and allow multiple versions to operate with different clients on a single server.


It must be possible to transmit the protocol over TLS. We will also support Diffie-Hellman key exchange; this should be supported (however, this is mostly just a matter of exchanging some bytes).

  • No labels