Skip to main content

This project contains the ZTL library enabling light-weight and widely compatible remote task execution using ZeroMQ.

System requirements:

  • ZTL is compatible with all major operating systems running Python and is independent of any specific hardware.
  • ZTL has been tested on Ubuntu versions 16.04, 18.04, 20.04, 22.04, 24.04, 26.04.
  • ZTL has the following dependencies:
    • pyzmq
    • oyaml
    • pytest, pytest-xprocess (for testing only)

Quick usage (modern Ubuntu)

If you know what you are doing and operate a modern Ubuntu using Python 3, follow these simple steps for installing ZTL in a virtual environment. You can then skip the detailled Installation Guide and try the Demo directly.

sudo apt install python3-pip python3-venv
python3 -m venv ~/ztl
source ~/ztl/bin/activate
pip install ztl

Detailled installation guide

You can easily install and use ZTL in a Python virtual environment in a two-step process. First, we need to setup the virtual environment and then install the library depending on your preferences. The process described covers various Ubuntu versions but the library can also be installed and used in Windows using using slightly different commands.

Preparing the virtual environment

To create such an environment in your home directory, follow the below steps. You can install into any existing virtual environment or change the installation folder from ~/ztl to any other folder you prefer.

For modern Ubuntu-based systems using Python 3, the first step is to install the necessary packages and then to create and activate a virtual environment. Package installation will need administrator rights and might fail. Installation on other operating systems might also vary, but you should make sure to have pip and venv modules for python ready.

sudo apt install python3-pip python3-venv
python3 -m venv ~/ztl

For older Ubuntu systems using Python version 2, please use the following steps instead:

sudo apt install python-pip python-virtualenv
virtualenv ~/ztl

No matter which python version, you need to load this environment to be able to use it. You have to repeat this step for every terminal you want to use the library in:

source ~/ztl/bin/activate

Installing the library

There are multiple possibilities to install the library on your system. All are valid alternatives, however, some are restricted to specific Python versions.

Option 1 (pip)

On modern systems with Python 3, you can simply use pip for installation. Add the option --upgrade to update to the latest version.

pip install ztl

Option 2 (zip file)

Alternatively, you can download and unpack the source code, independent of your Python version. Please check the .zip file for any subfolders containing the actual files (e.g. when you download from the gitlab repository, it will create a subfolder called ztl-main).

unzip /path/to/ztl.zip -d ~/ztl-src
pip install ~/ztl-src

Option 3 (repository)

You can also clone the repository directly and install the latest sources, independent of your Python version. If you replace main with a branch or tag, you can install specific versions.

pip install git+https://gitlab.com/robothouse/rh-user/ztl@main

Demo

To test the correct installation of ZTL, you can use the following steps. Please remember to activate the virtual environment for each terminal.

source ~/ztl/bin/activate

Simple client-server communication

First, spawn an example server listening on port 12345 and the scope /test:

ztl_task_server -p 12345 -s /test

The output confirms that the server component is listening at the specified port and spawns a controller to handle tasks on scope /test:

INFO:remote-task:Task Server listening at 'tcp://*:12345'
INFO:remote-task:Registering controller for scope '/test'.

In a different terminal (you need to activate the virtual environment in this terminal first), call the server at the same port on the local machine referred to as localhost under the same scope /test using a client to see how it replies:

ztl_task_client -r localhost -p 12345 -s /test some-handler:executing-component:goal-state

The output shows successful connection with the server, but the creation of a remote task was rejected because no handler with the name some-handler was found:

Connecting to host 'localhost:12345' at scope '/test'...
INFO:remote-task:Remote task interface initialised at 'tcp://localhost:12345'.
Triggering task with request 'c29tZS1oYW5kbGVyOmV4ZWN1dGluZy1jb21wb25lbnQ6Z29hbC1zdGF0ZQ=='...
Task '-1' could not be triggered: 'Controller threw exception: No such handler 'some-handler', try 'test'.'.

Now, the example task_server implemented in ztl only provides a handler with the name test as indicated by the reply above. This test server will handle calls to three different components, i.e. echo, print, and sleep. You can test them as follows:

ztl_task_client -r localhost -p 12345 -s /test test:echo:"hello world"

This time around, the server replies with a COMPLETED task that echoes what we have provided as a goal:

Connecting to host 'localhost:12345' at scope '/test'...
INFO:remote-task:Remote task interface initialised at 'tcp://localhost:12345'.
Triggering task with request 'dGVzdDplY2hvOmhlbGxvIHdvcmxk'...
Initialised task with ID '2' for -1s. Reply is 'Initiated task '2' with request: {'handler': 'test', 'component': 'echo', 'goal': 'hello world'}'.
Task with ID '2' finished in state 'COMPLETED' while waiting. Result is 'hello world'.

The reply that the client receives indicates that the server has successfully initialised a task and given it the ID 2. After completion of the task, the client receives a completion message containing the result, in this case echoing the goal. If we now look back at the server side, we find that the server does not show any output, meaning that it is working as intended. If you try the print component or increase the log level, results should be different, revealing inner states of the protocol.

Scripting example

To test the scripting interface, you can use the configurations provided in the example folder (Note: these are not installed using pip but are part of the source code package). First, we need to start a task server, for which one of the example servers is sufficient as it provides all the necessary communication with the scripting engine. Please remember to activate the virtual environment for each terminal.

ztl_task_server -p 7779 -s /test

Next, download the example configuration and script files if you do not have them yet.

git clone https://gitlab.com/robothouse/rh-user/ztl ~/ztl-src

Run the sample scripts:

cd ~/ztl-src/src/ztl/example/
ztl_run_script -c sample_conf.yaml -s sample_script.yaml

Will lead to the following output:

----------------------------
ABOUT TO EXECUTE SCENE 'scene'
STEP: first step
        test [print]: -> test me
        test [sleep]: -> 5
STEP: second step
        test [echo]: -> another test
PRESS <ENTER> TO CONFIRM or ANY OTHER KEY TO SKIP

You can now trigger the example scene by pressing ENTER, which will execute a single scene consisting of two steps in sequence, both calling the handler with the name test, which we started above. You can also skip the scene to finish the script immediately. Again, the server will only output the messages given to the print component. You can modify the script to call multiple handlers in each step but you have to configure them in the file sample_conf.yaml and start another ztl_task_server to match this configuration.

Instructions for use

To implement your own server in Python, you can use the following as an example. This code, however, will reject any task and never execute the status() or abort() functions since the task is never initialised correctly. For a slightly longer working example including an executable task, refer to task_server.py in the examples.

from ztl.core.task import TaskController
from ztl.core.protocol import State
from ztl.core.server import TaskServer

class NoneController(TaskController):

    def init(self, request):
        return -1, "Not implemented"


    def status(self, mid, request):
        return State.FAILED, "Not implemented"


    def abort(self, mid, request):
        return State.REJECTED, "Not implemented"

server = TaskServer(12345)
server.register("/test", NoneController())
server.listen()

A client to trigger the above server can be implemented as follows:

from ztl.core.client import RemoteTask
from ztl.core.protocol import State, Task

task = RemoteTask("localhost", 12545, "/test")
request = Task.encode("some-handler", "executing-component", "goal-state")
task_id, reply = task.trigger(request)

Architecture overview

The basic communication principle is as follows:

communication overview

Thereby, each task has the following lifecycle:

task lifecycle

An example communication could look like this:

Request:

communication overview

Reply:

communication overview

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

ztl-0.2.3.tar.gz (20.2 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

ztl-0.2.3-py3-none-any.whl (29.8 kB view details)

Uploaded Python 3

File details

Details for the file ztl-0.2.3.tar.gz.

File metadata

  • Download URL: ztl-0.2.3.tar.gz
  • Upload date:
  • Size: 20.2 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.14.6

File hashes

Hashes for ztl-0.2.3.tar.gz
Algorithm Hash digest
SHA256 9c9c2063288d726bb23d29a2ec19deef07c83f3d6fc1762d84e9776d1f3aaf06
MD5 9e576bb9689e34cc5b396bf6fc1cd611
BLAKE2b-256 22fc54840c22bb6ec5c740903ec8d82177176d1c65c5b179cca94d2dc4ecedd6

See more details on using hashes here.

File details

Details for the file ztl-0.2.3-py3-none-any.whl.

File metadata

  • Download URL: ztl-0.2.3-py3-none-any.whl
  • Upload date:
  • Size: 29.8 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.14.6

File hashes

Hashes for ztl-0.2.3-py3-none-any.whl
Algorithm Hash digest
SHA256 d3209b531f07b9082cd5d23b262f421b1edcf7d7666c350e27533831bb560c63
MD5 c0c73d2a510ef8441a9a74000bd94f4b
BLAKE2b-256 eb7643c0d049c4542b84755a83daec0f3673ee7c6396b3adc1d34d94277822b7

See more details on using hashes here.

Release history Release notifications | RSS feed

0.2.4

2 files

This release

0.2.3 This release

2 files

0.2.2

2 files

0.2.1

2 files

0.2.0

2 files

0.1.5

2 files

0.1.4

2 files

0.1.3

2 files

0.1.2

2 files

0.1.1

2 files

0.1.0

2 files

0.0.9

2 files

0.0.8

2 files

0.0.7

2 files

0.0.6

2 files

0.0.5

2 files

0.0.4

2 files

0.0.3

2 files

0.0.2

2 files

0.0.1

2 files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page