The following setup is recommended
- usage of the Ruby Version Manager
- Ruby 1.9.3
- RubyGems installed
gem install occi
The OCCI gem includes a client you can use directly from shell with the following auth methods: x509 (with --password, --user-cred and --ca-path), basic (with --username and --password), digest (with --username and --password), none. If you won't set a password using --password, the client will run in an interactive mode and ask for it later on.
To find out more about available options and defaults use
occi --help
To list available resources use
occi --endpoint https://<ENDPOINT>:<PORT>/ --action list --resource compute --auth x509
occi --endpoint https://<ENDPOINT>:<PORT>/ --action list --resource storage --auth x509
occi --endpoint https://<ENDPOINT>:<PORT>/ --action list --resource network --auth x509
To describe available resources use
occi --endpoint https://<ENDPOINT>:<PORT>/ --action describe --resource compute --auth x509
occi --endpoint https://<ENDPOINT>:<PORT>/ --action describe --resource storage --auth x509
occi --endpoint https://<ENDPOINT>:<PORT>/ --action describe --resource network --auth x509
To describe specific resources use
occi --endpoint https://<ENDPOINT>:<PORT>/ --action describe --resource https://<ENDPOINT>:<PORT>/compute/<OCCI_ID> --auth x509
occi --endpoint https://<ENDPOINT>:<PORT>/ --action describe --resource https://<ENDPOINT>:<PORT>/storage/<OCCI_ID> --auth x509
occi --endpoint https://<ENDPOINT>:<PORT>/ --action describe --resource https://<ENDPOINT>:<PORT>/network/<OCCI_ID> --auth x509
To list available OS templates or Resource templates use
occi --endpoint https://<ENDPOINT>:<PORT>/ --action list --resource os_tpl --auth x509
occi --endpoint https://<ENDPOINT>:<PORT>/ --action list --resource resource_tpl --auth x509
To describe a specific OS template or Resource template use
occi --endpoint https://<ENDPOINT>:<PORT>/ --action describe --resource os_tpl#debian6 --auth x509
occi --endpoint https://<ENDPOINT>:<PORT>/ --action describe --resource resource_tpl#small --auth x509
To create a compute resource with mixins use
occi --endpoint https://<ENDPOINT>:<PORT>/ --action create --resource compute --mixin os_tpl#debian6 --mixin resource_tpl#small --resource-title "My rOCCI VM" --auth x509
To delete a compute resource use
occi --endpoint https://<ENDPOINT>:<PORT>/ --action delete --resource https://<ENDPOINT>:<PORT>/compute/<OCCI_ID> --auth x509
For Basic auth use
auth = Hashie::Mash.new
auth.type = 'basic'
auth.username = 'user'
auth.password = 'mypass'
For Digest auth use
auth = Hashie::Mash.new
auth.type = 'digest'
auth.username = 'user'
auth.password = 'mypass'
For X.509 auth use
auth = Hashie::Mash.new
auth.type = 'x509'
auth.user_cert = '/Path/To/My/usercert.pem'
auth.user_cert_password = 'MyPassword'
auth.ca_path = '/Path/To/root-certificates'
In your scripts, you can use the OCCI client DSL.
To include the DSL definitions in your script use
extend OCCI::DSL
To connect to an OCCI endpoint/server (e.g. running on http://localhost:3000/ )
connect('http://localhost:3300',auth||=nil)
To get the list of available resource types or mixin types use
resource_types
mixin_types
To get compute, storage or network descriptions use
describe "compute"
describe "storage"
describe "network"
To get the location of compute, storage or network resources use
list "compute"
list "storage"
list "network"
To get the identifiers of specific mixins in specific mixin types use
mixin "my_template", "os_tpl"
mixin "small", "resource_tpl"
To get the identifiers of specific mixins with unknown types use
mixin "medium"
To get mixin descriptions use
mixin "medium", nil, true
mixin "my_template", "os_tpl", true
To get a list of names of all / OS templates / Resource templates mixins use
mixins
mixins "os_tpl"
mixins "resource_tpl"
To create a new compute resource use
os = mixin 'my_os', 'os_tpl'
size = mixin 'large', 'resource_tpl'
cmpt = resource "compute"
cmpt.mixins << os << size
cmpt.attributes.occi!.core!.title = "My VM"
create cmpt
To get a description of a specific resource use
describe "https://<ENDPOINT>:<PORT>/compute/<OCCI_ID>"
describe "https://<ENDPOINT>:<PORT>/storage/<OCCI_ID>"
describe "https://<ENDPOINT>:<PORT>/network/<OCCI_ID>"
To delete a specific resource use
delete "https://<ENDPOINT>:<PORT>/compute/<OCCI_ID>"
delete "https://<ENDPOINT>:<PORT>/storage/<OCCI_ID>"
delete "https://<ENDPOINT>:<PORT>/network/<OCCI_ID>"
If you need low level access to parts of the OCCI client or need to use more than one instance at a time, you should use the OCCI client API directly.
To connect to an OCCI endpoint/server (e.g. running on http://localhost:3000/ )
client = OCCI::Client.new('http://localhost:3300',auth||=nil)
All available categories are automatically registered to the OCCI model during client initialization. You can get them via
client.model
To get the list of available resource types or mixin types use
client.get_resource_types
client.get_mixin_types
To get compute, storage or network descriptions use
client.describe "compute"
client.describe "storage"
client.describe "network"
To get the location of compute, storage or network resources use
client.list "compute"
client.list "storage"
client.list "network"
To get the identifiers of specific mixins in specific mixin types use
client.find_mixin "my_template", "os_tpl"
client.find_mixin "small", "resource_tpl"
To get the identifiers of specific mixins with unknown types use
client.find_mixin "medium"
To get mixin descriptions use
client.find_mixin "medium", nil, true
client.find_mixin "my_template", "os_tpl", true
To get a list of names of all / OS templates / Resource templates mixins use
client.get_mixins
client.get_mixins "os_tpl"
client.get_mixins "resource_tpl"
To create a new compute resource use
os = client.find_mixin 'my_os', 'os_tpl'
size = client.find_mixin 'large', 'resource_tpl'
cmpt = client.get_resource "compute"
cmpt.mixins << os << size
cmpt.attributes.occi!.core!.title = "My VM"
client.create cmpt
To get a description of a specific resource use
client.describe "https://<ENDPOINT>:<PORT>/compute/<OCCI_ID>"
client.describe "https://<ENDPOINT>:<PORT>/storage/<OCCI_ID>"
client.describe "https://<ENDPOINT>:<PORT>/network/<OCCI_ID>"
To delete a specific resource use
client.delete "https://<ENDPOINT>:<PORT>/compute/<OCCI_ID>"
client.delete "https://<ENDPOINT>:<PORT>/storage/<OCCI_ID>"
client.delete "https://<ENDPOINT>:<PORT>/network/<OCCI_ID>"
The OCCI gem includes its own logging mechanism using a message queue. By default, no one is listening to that queue. A new OCCI Logger can be initialized by specifying the log destination (either a filename or an IO object like STDOUT) and the log level.
OCCI::Log.new(STDOUT,OCCI::Log::INFO)
You can create multiple Loggers to receive the log output.
You can always, even if there is no logger defined, log output using the class methods of OCCI::Log e.g.
OCCI::Log.info("Test message")
Before the parser may be used, the available categories have to be registered in the OCCI Model.
For categories already specified by the OCCI WG a method exists in the OCCI Model class to register them:
model = OCCI::Model.new
model.register_infrastructure
Further categories can either be registered from files which include OCCI collections in JSON formator or from parsed JSON objects (e.g. from the query interface of an OCCI service endpoint).
The OCCI gem includes a Parser to easily parse OCCI messages. With a given media type (e.g. json, xml or plain text) the parser analyses the content of the message body and, if supplied, the message header. As the text/plain and text/occi media type do not clearly distinguish between a message with a category and a message with an entity which has a kind, it has to be specified if the message contains a category (e .g. for user defined mixins)
OCCI messages can be parsed to an OCCI collection for example like
media_type = 'text/plain'
body = %Q|Category: compute; scheme="http://schemas.ogf.org/occi/infrastructure#"; class="kind"|
collection=OCCI::Parser.parse(media_type, body)
Parsing of OVF/OVA files is partly supported and will be improved in future versions.
The example in DMTF DSP 2021 is bundled with rOCCI and can be parsed to an OCCI collection with
require 'open-uri'
ova=open 'https://raw.github.com/gwdg/rOCCI/master/spec/occi/test.ova'
collection=OCCI::Parser.ova(ova.read)
Currently only the following entries of OVF files are parsed
- File in References
- Disk in the DiskSection
- Network in the NetworkSection
- in the VirutalSystemSection: ** Info ** in the VirtualHardwareSection the items regarding *** Processor *** Memory *** Ethernet Adapter *** Parallel port
The OCCI gem includes all OCCI Core classes necessary to handly arbitrary OCCI objects.
- improved OCCI Client
- improved documentation
- several bugfixes
- Changed OCCI attribute properties from lowercase to first letter uppercase (e.g. type -> Type, default -> Default, ...)
- OCCI objects are now initialized with a list of attributes instead of a hash. Thus it is easier to check which attributes are expected by a class and helps prevent errors.
- Parsing of a subset of the OVF specification is supported. Further parts of the specification will be covered in future versions of rOCCI.
- OCCI Client added. The client simplifies the execution of OCCI commands and provides shortcuts for often used steps.
- Several improvements to the gem structure and code documentation. First rSpec test were added. Readme has been extended to include instructions how the gem can be used.
- Starting with version 2.0 Florian Feldhaus and Piotr Kasprzak took over the development of the OCCI gem. The codebase was taken from the rOCCI framework and improved to be bundled as a standalone gem.
- Version 1.X of the OCCI gem has been developed by retr0h and served as a simple way to access the first OpenNebula OCCI implementation.
Checkout latest version from GIT:
git clone git://github.com/gwdg/rOCCI.git
Change to rOCCI folder
cd rOCCI
Install dependencies for deployment
bundle install --deployment
Code Documentation for rOCCI by YARD
Continuous integration for rOCCI by Travis-CI
- Fork it.
- Create a branch (git checkout -b my_markup)
- Commit your changes (git commit -am "My changes")
- Push to the branch (git push origin my_markup)
- Create an Issue with a link to your branch