You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Joshua McKenzie (JIRA)" <ji...@apache.org> on 2014/12/08 20:58:12 UTC

[jira] [Created] (CASSANDRA-8440) Refactor StorageProxy

Joshua McKenzie created CASSANDRA-8440:
------------------------------------------

             Summary: Refactor StorageProxy
                 Key: CASSANDRA-8440
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8440
             Project: Cassandra
          Issue Type: Improvement
          Components: Core
            Reporter: Joshua McKenzie
             Fix For: 3.0


The StorageProxy is currently a monolithic singleton with a collection of static methods.  This ticket will track a multi-phase effort to refactor this into appropriate subclasses, convert the internals to asynchronous operations, and eventually change the API to being async.
 
See CASSANDRA-7392 for an example of a feature that this change would help facilitate.

Broken down into 5 phases:
* Phase 1: Un-singleton and Break static methods down into classes
* Phase 2: Convert StorageProxy classes to futures, keep internal synchronous processing so interface doesn't change
* Phase 3: Track count and limits on internal messages within StorageProxy
* Phase 4: Push async interface upstream
* Phase 5: Profile garbage generation from StorageProxy changes and consider object pooling

Granularity with the breakdown above is to make reviews less painful and make it easier to add unit-testing for this component as we go.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)