Skip to content
Find file
Fetching contributors…
Cannot retrieve contributors at this time
296 lines (244 sloc) 12.1 KB
Ocean Observatories Initiative Cyberinfrastructure
Integrated Observatory Network (ION)
ioncore-python - Capability Container and Core Modules
April 2010 - September 2010 (C) UCSD Regents
This project provides a service framework with auxilliary functions for running
architecturally complete versions of all the services of the OOI release 1
system with their full architectural dependencies in Python.
Functionally it provides a data distribution network based on pub-sub messaging
as well as instrument integration, with underlying infrastructure services
(security, persistence) and provisioning.
The "core" part of LCAarch provides base classes and a framework for spawnable,
message communicating processes, for services with defined names, for
bootstrapping the system, for managing logging and configuration etc. This
is an early implementation of the OOI Python Capability Container.
For more information, please see:
ioncore-python is compatible with Python 2.5 and higher, but not Python 3.x
This project has several dependencies on libraries and packages. Most of these
dependencies are resolved automatically using the provided setup script.
Step 1: Virtual env
Create a Python virtual environment using virtualenv. This ensures that all
libraries and dependencies are installed separately from the Python
system libraries
mkvirtualenv ioncore-python
workon ioncore-python
Step 2: Core libraries (you can skip this step)
Install some core libraries first. Sometimes the automatic installer
produces errors, if these libraries are not present beforehand.
easy_install numpy
easy_install -U twisted
Step 3: Run the setup script
ant install # This is equivalent to python install
This should download and install all the dependencies and will run for a while.
Check the trace output that there are no substantial errors. You are now ready
to run.
Current dependencies include:
twisted, carrot, numpy, txamqp, msgpack-python, httplib2, pycassa, simplejson,
pydap, pydap.handlers.netcdf, pydap.responses.netcdf, pydap.handlers.nca,, nimboss, txrabbitmq, M2Crypto-patched
NOTE: As the project evolves and new code is added, dependencies might change.
Run the setup script once in a while and when you get errors
*M2Crypto note: requires autoconf, automake, and g++ packages be installed prior.
(all subsequent steps assume you are in the ioncore-python/ root dir)
Start empty Python Capability Container shell with:
bin/start-cc -h
bin/start-cc # to run with localhost
# Alternatively the direct call to twistd developer
twistd -n cc -h
# To set a sysname, i.e. a "cluster name" for all containers in a cluster
twistd -n cc -h -a sysname=mycluster
(to end a capability container shell, press Ctrl-D Ctrl-C)
Start system by executing within the CC shell:
from ion.core import bootstrap
Alternatively (better) from UNIX shell executing a script:
bin/start-cc -h res/scripts/
bin/start-cc -h res/scripts/
bin/start-cc -h -a nproducers=25 res/scripts/
Run trial test cases (recursively)
trial ion
trial ion.core
A good learning example is the HelloService
Or in the CC shell:
from import hello_service
send(1, {'op':'hello','content':'Hello you there!'})
from import HelloServiceClient
hc = HelloServiceClient()
Build and Packaging using Ant
LCAarch provides ANT support (see
To check that ant is installed properly, run
:: ant
To clean your working directories, run
:: ant clean
To install all Python dependencies, run
:: ant install
To compile all code to see if there are Python compile errors anywhere:
:: ant compile
Change log:
- Set RPC default timeout to 15 secs (see ion.config).
Use a different secs value in in rpc_send(..., ..., timeout=5)
- Changed ion.core.base_process.BaseProcess to ion.core.process.process.Process
- Changed to
- Modified all dependent classes
- Refactored the former magnet code into more object oriented style.
- Requires Carrot 0.10.11. Carrot before does not handle all deferred
operations correctly.
- Refactored the Receiver use. There are now subclasses for Receivers that
manage and declare the specific types of AMQP resources, such as worker and
fanout. No more declare_messaging necessary.
- Refactoried the capability container classes.
- Added a FSM based StateObject. Many manager/controller level objects now make
use of states. States and operations INIT -> initialize() -> READY ->
activate() -> ACTIVE -> terminate() -> TERMINATED (and more, with errors)
- BaseProcess (and subclasses), Receiver, ProcessDesc, Container etc are all
- BaseProcess now waits to activate the receiver until in ACTIVE state. Before,
code can do RPC, but not receive messages on the process id
- Massively enhanced the capability container API. Delegated the actual
implementation to manager classes: proc, exchange, app manager
- Refactored the way processes are spawned. Refactored ProcessDesc to use the
new container API. Processes are by default immediately initialized and
activated. The op_init message has been eliminated.
- Renamed ProtocolFactory to ProcessFactory; changed in each process module
- Message headers now contain status code for every message. 'OK is the default
and 'ERROR' is set on error
- BaseProcess.rpc_send now raises a ReceivedError in case the RPC comes back
with status='ERROR'
- Changed reply_ok and reply_err: a dict content value will not be modified
- Fixed imports and tests throughout the code base
- Added OTP style apps and app files as primary way to start up processes
in the container. See res/apps/*.app files and ion.core.pack
- Added start scripts in bin/
- Use ant install to install Python dependencies (calls python install)
- Removed dependency on magnet. Included all relevant magnet code in ion.core
packages cc and messaging.
Start with: twistd -n cc
- Included all CEI services and base classes in code base
- Changed all logging instances for loggers to log, to avoid name clashes.
- BaseProcess: added backend receiver, used for sending out any messages
from self.send and self.rpc_send. This keeps the message queue for the process
frontend separate from the process backend, e.g. for RPC during a message
- Changed BaseProcess logging to make message send and receive easier to spot.
- BaseProcess.spawn() now calls init() automatically. No need to call init()
on a process anymore manually. For testing only. Note: The correct way to
spawn a process is through a parent process with spawn_child()
- Modified and fixed the BaseProcess states, when receiving messages
- MAJOR update to BaseProcess message dispatching and subsequent error handling.
On error, reply_err messages are sent back, if reply-to header set.
- Added ant build.xml file to LCAarch root dir. Start with ant.
Supports ant clean, which removes all *.pyc from ion path.
- Refactored the Registry Services to inherit from a common base class. This
will allow easier implementation of the many registries in the OOICI. The
Resource Registry and Service Registry now have basic registration of resource
descriptions and services.
- The Ion message is now encoded usig the MsgPack library to allow for binary
transport of message content. The JSON library was mangleing string content.
This is a temporary fix for a wider problem with the encoding structure which
needs to be addressed in construction.
- Redefined logging import to set as module level logger. Each module has now
a different logger that can be configured separately. Don't configure
manually though.
- Added possibility to modify logging levels by module/package, with support
for package hierarchy. See res/logging/loglevels.cfg for standard entries.
Do not modify. Add file res/logging/loglevelslocal.cfg for local override.
Default logging level for all ion code: WARNING
- BaseProcess self members renamed to conform to PEP8
- Added process shutdown to BaseProcess
- Added container UNIX shell argument -a processes=<path to filename> used
by script, with a list of processes to startup in standard format
- Made Cassandra backend parameterizable with keyspace/colfamily and added
SuperColumn support.
- Modified the IStore interface to support a create_store factory method. This
method can yield and return a deferred. Modified and fixed IStore impls.
Changed delete to remove to be more compliant with standard collections.
- Added timeout to BaseProcess.rpc_send. Use with kwarg timeout=<secs>
- CC-Agent detects missing known containers and removes them from the list
- Enhanced CC-Agent operations and CC shell helpers
- Added sequence numbers for messages
- Added glue functions BaseProcess.reply_ok and reply_err and changes some
RPC style service operations.
- The system now looks for a local config file ionlocal.config and if exists,
overrides entries in ion.config.
- Test cases use the config file to determine the broker host to use. If local
config override exists, a different broker (e.g. localhost) can be given.
- Added BaseProcessClient and changed BaseServiceClient and all clients and
all test cases (again).
- Added container shell helpers under 'cc', such as cc.spawn('hello')
- Removed support for BaseProcess.send_message and reply_message. Always use
send, reply and rpc_send now.
- Any BaseProcess instance can now spawn_child() other processes.
- Removed RpcClient class, because every process can do rpc_send()
- Service processes now also listen to their service name's queue. The service
name is determined from the service declaration. Two processes will listen
to the same queue and take messages round robin from the queue.
- Startup arguments evaluated, for instance to start with system name set:
twistd -n magnet -a sysname=mysys
twistd -n magnet -a "{'sysname':'mysys'}"
- Added capability container agent process. Start with:
twistd -n magnet res/scripts/
Agents announce themselves to others in the same system and can spawn procs.
- Name scope 'local' for messaging names means now really local to one container.
Use scope 'system' for names unique for each bootstrapped system. Do not use
global names, because they will clash.
- Less verbose trace output for process init messages and changes to other
trace output as well.
- Changed BaseServiceClient and tests. Initializer arguments different.
- Using master branch of magnet now
- Based on entries in config files, service process modules are sought and
loaded in order to collect the service process declarations. This enables
a registration of services with versions and dependencies on startup
- Refactored the BaseProcess class.
- You can now do RPC directly from the process, via self.rpc_send without
the need for an RpcClient. Works even with other messages coming in at the
same time (using the conv-id)
- Added aliases: self.send, self.reply (use these now)
- Process instance can be spawned via self.spawn()
- Provided an easier to use BaseServiceClient, which uses a default service
name lookup. Accepts BaseProcess instance as argument to use for sending/
receiving service calls.
Jump to Line
Something went wrong with that request. Please try again.