The Java Multi-Cloud Toolkit
Go to file
Richard Downer 343da68502 Fix CloudStack URL signing for fields with [ chars
Commit 69a8304 caused the CloudStack QuerySigner to generate invalid
signatures where key names contained square brackets, such as in the
"iptonetworklist[N]" field to deployVirtualMachine. The commit changed
the whole query string being URL-encoded, whereas previously the field
values were encoded but the field names were not. The CloudStack API
guide says that values that should be encoded for signing but not field
names, and indeed the commit does cause signatures to be rejected.

This commit reverses the change to QuerySigner.createStringToSign() and
adds a unit test for this case.
2013-01-31 11:18:39 +00:00
all promoted aws-sts to top-level 2013-01-22 12:27:44 -08:00
allblobstore issue #1107: remove walrus and related providers 2012-12-29 12:00:49 -08:00
allcompute Merge pull request #1116 from jclouds/remove-rimuhosting 2012-12-29 17:42:00 -08:00
allloadbalancer Renamed cloudloadbalancers to rackspace-cloudloadbalancers. 2012-12-06 14:42:48 -06:00
apis Fix CloudStack URL signing for fields with [ chars 2013-01-31 11:18:39 +00:00
archetypes replaced @Timeout w/explicit properties 2012-12-30 12:31:43 -08:00
assemblies Remove Slicehost litter 2013-01-08 12:05:40 -08:00
blobstore changes that facilitate synchronous fallbacks and http invocation 2013-01-29 04:09:45 -08:00
common issue #1089 removed default timeout values so that those not using async will have simpler debugging 2013-01-29 04:19:00 -08:00
compute added GCEL linux to OsFamily 2013-01-28 15:34:44 -05:00
core decoupled InvokeHttpMethod, which allows circular dependencies in cloudstack to resolve 2013-01-30 12:51:17 -08:00
demos undid Serializable and added checkstyle InterfaceIsType:allowMarkerInterfaces=false 2012-11-18 09:23:44 -08:00
drivers changes that facilitate synchronous fallbacks and http invocation 2013-01-29 04:09:45 -08:00
labs Merge pull request #1261 from jclouds/aws-action-names 2013-01-29 05:53:06 -08:00
loadbalancer changes related to centralizing construction of invokables 2013-01-19 17:17:30 -08:00
project Remove explicit dependency on bouncycastle for PEM parsing 2012-12-28 23:11:42 -08:00
providers Merge pull request #1261 from jclouds/aws-action-names 2013-01-29 05:53:06 -08:00
resources undid Serializable and added checkstyle InterfaceIsType:allowMarkerInterfaces=false 2012-11-18 09:23:44 -08:00
sandbox-apis Use Map.entrySet where possible 2013-01-21 23:59:42 -08:00
sandbox-drivers/asynchttpclient Use Map.entrySet where possible 2013-01-21 23:59:42 -08:00
sandbox-providers dependent changes on tests and internal classes 2013-01-08 00:32:45 -08:00
scriptbuilder Merge pull request #1245 from carlpulley/ensure_hostname_in_hosts 2013-01-25 09:46:59 -08:00
skeletons ensure extra metadata from provider doesn't trip metadata tests 2013-01-01 17:18:55 -08:00
.gitignore added support for vbox 4.2.6; 2012-12-31 01:33:43 +01:00
.mailmap .mailmap updates 2012-10-31 15:08:04 -07:00
README.md Use Java and Clojure syntax highlighting in the readme file. 2012-12-09 22:04:23 +03:00
pom.xml Issue 1112:Move antcontrib to new jclouds-ant repository 2012-10-21 15:07:18 -07:00

README.md

jclouds

jclouds allows provisioning and control of cloud resources, including blobstore and compute, from Java and Clojure. Our API gives allows developers to use both portable abstractions and cloud-specific features. We test support of dozens of cloud providers and cloud software stacks, including Amazon, Azure, GoGrid, Ninefold, OpenStack, and vCloud. jclouds is licensed under the Apache License, Version 2.0

Features

Even if you don't need the portable apis we provide, or could roll it your own, programming against cloud environments can be challenging. We focus on the following areas so that you can focus on using the cloud, rather than troubleshooting it!

  • SIMPLE INTERFACE Instead of creating new object types, we reuse concepts like maps so that the programming model is familiar. In this way, you can get started without dealing with REST-like apis or WS.

  • RUNTIME PORTABILITY We have drivers that allow you to operate in restricted environments like Google App Engine. We have very few required dependencies, so we are unlikely to clash with your app.

  • DEAL WITH WEB COMPLEXITY Network based computing introduces issues such as transient failures and redirects. We handle this for you.

  • UNIT TESTABILITY Writing tests for cloud endpoints is difficult. We provide you with Stub connections that simulate a cloud without creating network connections. In this way, you can write your unit tests without mocking complexity or the brittleness of remote connections.

  • PERFORMANCE Writing tests for cloud endpoints is difficult. We provide you with Stub connections that simulate a cloud without creating network connections. In this way, you can write your unit tests without mocking complexity or the brittleness of remote connections.

  • LOCATION All of our abstractions are location-aware. For example, you can get ISO-3166 codes to tell which country or province a cloud runs in.

  • QUALITY We test every provider with live scenarios before each release. If it doesn't pass, the provider goes into the sandbox.

BlobStore

Simplifies dealing with key-value providers such as Amazon S3. For example, BlobStore can give you a simple Map view of a container.

BlobStore Example (Java):

// init
context = new BlobStoreContextFactory().createContext(
"aws-s3",
accesskeyid,
secretaccesskey);
blobStore = context.getBlobStore();

// create container
blobStore.createContainerInLocation(null, "mycontainer");

// add blob
blob = blobStore.blobBuilder("test").payload("testdata").build();
blobStore.putBlob("mycontainer", blob);

BlobStore Example (Clojure):

(use 'org.jclouds.blobstore2)
(def *blobstore* (blobstore "azureblob" account encodedkey))
(create-container *blobstore* "mycontainer")
(put-blob *blobstore* "mycontainer" (blob "test" :payload "testdata"))

ComputeService

Simplifies the task of managing machines in the cloud. For example, you can use ComputeService to start 5 machines and install your software on them.

Compute Example (Java):

// init
context = new ComputeServiceContextFactory().createContext(
"aws-ec2",
accesskeyid,
secretaccesskey,
ImmutableSet.of(new Log4JLoggingModule(), new SshjSshClientModule()));

client = context.getComputeService();

// define the requirements of your node
template = client.templateBuilder().osFamily(UBUNTU).smallest().build();

// setup a boot user which is the same as your login
template.getOptions().runScript(AdminAccess.standard());

// these nodes will be accessible via ssh when the call returns
nodes = client.createNodesInGroup("mycluster", 2, template);

// you can now run ad-hoc commands on the nodes based on predicates
responses = client.runScriptOnNodesMatching(inGroup("mycluster"), "uptime", wrapInInitScript(false));

Compute Example (Clojure):

(use 'org.jclouds.compute2)

; create a compute service using sshj and log4j extensions
(def compute (*compute* "trmk`-ecloud" "user" "password" :sshj :log4j))

; launch a couple nodes with the default operating system, installing your user.
(create-nodes *compute* "mycluster" 2
(TemplateOptions$Builder/runScript (AdminAccess/standard)))

; run a command on that group 
(run-script-on-nodes-matching *compute* (in-group? "mycluster") "uptime" 
(RunScriptOptions$Builder/wrapInInitScript false))

Check out https://github.com/jclouds/jclouds-examples for more examples!

Downloads

Resources

License

Copyright (C) 2009-2012 jclouds, Inc.

Licensed under the Apache License, Version 2.0