[ 
https://issues.apache.org/jira/browse/WHIRR-220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13015917#comment-13015917
 ] 

Andrei Savu commented on WHIRR-220:
-----------------------------------

> [...] would it be easier to commit WHIRR-222 then do this one?

Yes. I've updated the patch for WHIRR-222. +1 for committing that patch first. 

> It would be better to add a blobstore provider property, rather than 
> inferring it from the provider.

What if I we keep the current behaviour as default and make the new 
configuration parameters optional?

> ClusterSpec should really be little more than a configuration holder, with 
> little to no logic. 

I agree. I was going to move the code to a new class. Any ideas for a good name?

> Should uploaded files be removed at cluster destroy time?

Let's not worry about this now. We could handle this while solving the cluster 
state persistence problem. 

> You can copy the remote resource to the local filesystem on each node using a 
> SaveHttpResponseTo statement. 

Sounds like a good approach.



> Support local tarball upload
> ----------------------------
>
>                 Key: WHIRR-220
>                 URL: https://issues.apache.org/jira/browse/WHIRR-220
>             Project: Whirr
>          Issue Type: New Feature
>          Components: service/cassandra, service/hadoop
>            Reporter: Tom White
>            Assignee: Andrei Savu
>             Fix For: 0.5.0
>
>         Attachments: BlobCopyOperation.java, WHIRR-220.patch, 
> WHIRR-220.patch, WHIRR-220.patch, WHIRR-220.patch, WHIRR-220.patch, 
> WHIRR-220.patch
>
>
> If the installation tarball URL is a file:// URL then Whirr could upload it 
> to a blobstore and automatically download it onto the instances before 
> running the install script. This change would make it very easy to test 
> development versions of Hadoop, or other services. 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to