> On Aug. 15, 2012, 6:56 p.m., Chiradeep Vittal wrote:
> > Jamshid, the jar files download as zero bytes. Can you put them up 
> > somewhere where I can download them from?
> 
> David Nalley wrote:
>     Please DO NOT add more binary jars to the source repo. That is a 
> backwards step in our efforts to clean up the source repo. They need to be 
> handled as dependencies (either with the ant target for deps in the deps-ctrl 
> branch, or with gradle, or maven)
> 
> Jamshid Afshar wrote:
>     Sure, we can comply with whatever dependency system you need. For now the 
> files are available here:
>     
>     http://vault.caringo.com/cloudstack/4.0/CAStorSDK-LICENSE.txt
>     http://vault.caringo.com/cloudstack/4.0/CAStorSDK.jar
>     http://vault.caringo.com/cloudstack/4.0/jmdns-2.1.jar
>
> 
> Jamshid Afshar wrote:
>     I'm trying to get CaringoSDK.jar onto maven central via 
> https://issues.sonatype.org/browse/OSSRH-4219.

Okay our jar should be available within the hour.


- Jamshid


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6473/#review10358
-----------------------------------------------------------


On Aug. 23, 2012, 1:40 a.m., Jamshid Afshar wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/6473/
> -----------------------------------------------------------
> 
> (Updated Aug. 23, 2012, 1:40 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Description
> -------
> 
> Below is the commit message. This is my first patch, let me know if I did 
> anything wrong or if e.g. using "storage.root" is not how configuring a new 
> storage backend should be done.
> 
> Add initial support for Caringo's CAStor object storage as the S3 backend.
> 
> Similar to the s3-hdfs example. Now storage.root can specify "castor"
> followed by a list of IP addresses for the nodes in the CAStor
> cluster. S3 operations will then create and read buckets and objects
> in CAStor instead of a file system.
> 
> 
> Diffs
> -----
> 
>   NOTICE 9c124ab 
>   awsapi/src/com/cloud/bridge/io/S3CAStorBucketAdapter.java PRE-CREATION 
>   awsapi/src/com/cloud/bridge/model/SHost.java 758cbbf 
>   awsapi/src/com/cloud/bridge/service/controller/s3/ServiceProvider.java 
> c8ca2bd 
>   awsapi/src/com/cloud/bridge/service/core/s3/S3Engine.java e8b73a4 
>   deps/awsapi-lib/CAStorSDK.jar PRE-CREATION 
>   deps/awsapi-lib/jmdns-2.1.jar PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/6473/diff/
> 
> 
> Testing
> -------
> 
> Tested a boto script I believe we got from Chiradeep (localhost_test.py) that 
> creates buckets and streams, does a range read and delete. I will continue to 
> do more testing 
> (http://wiki.cloudstack.org/display/QA/How+to+run+S3+Tests+against+CloudStack+S3+Implementation).
> 
> 
> Thanks,
> 
> Jamshid Afshar
> 
>

Reply via email to