[
https://issues.apache.org/jira/browse/WHIRR-246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13002544#comment-13002544
]
David Alves commented on WHIRR-246:
-----------------------------------
I've been wrestling with names (started with ClusterStateStore), but
ClusterState sounds good.
My reasoning was that first we could start by abstracting state persistence and
later on we could introduce a factory that would allow multiple implementations
(local file, blobstore, the nodes themselves, etc.).
What do you think? Simply use the blobstore as the only implementation of have
multiple ones?
> Single place to store/load cluster state
> ----------------------------------------
>
> Key: WHIRR-246
> URL: https://issues.apache.org/jira/browse/WHIRR-246
> Project: Whirr
> Issue Type: Improvement
> Reporter: David Alves
> Priority: Minor
> Attachments: WHIRR-246.patch
>
>
> Right now cluster state is written and read from the
> ~/.whirr/cluster-name/instances file and logic to write and update it is
> spread between the Service and DestroyInstanceCommand (that I know of).
> Since for WHIRR-214 the file must be updated (in another class) and for
> WHIRR-238 an altogether different method of storing cluster state will be
> required I think it might be time to move the read/write state logic to its
> own file (or factory in the future).
> I'll attach a very preliminary patch just to get some feedback.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
