Skip to main content

UmaDB Python Client

The Python package umadb provides a synchronous client for reading and appending events to UmaDB over its gPRC API using Rust-powered bindings via PyO3.

It is adapted into the Python eventsourcing library via the eventsourcing-umadb package.

Installation

From PyPI

To install with pip, create and activate a virtual environment, then:

pip install umadb

Running the UmaDB Server from Python Package

The package installs a server script named umadb.

umadb --help

This script starts the UmaDB server in-process via the Rust/PyO3 bindings (it does not require an additional external umadb binary).

Script options

The script supports the same key startup options as the Rust CLI:

  • --listen
  • --db-path
  • --tls-cert
  • --tls-key
  • --api-key
  • --read-method
  • --page-cache-max-pages
  • --page-cache-max-mb
  • --zero-fill-pages / --no-zero-fill-pages

Environment variables

If command-line options are not provided, the script reads these environment variables:

  • UMADB_LISTEN
  • UMADB_DB_PATH
  • UMADB_TLS_CERT
  • UMADB_TLS_KEY
  • UMADB_API_KEY
  • UMADB_READ_METHOD
  • UMADB_PAGE_CACHE_MAX_PAGES
  • UMADB_PAGE_CACHE_MAX_MB
  • UMADB_ZERO_FILL_PAGES

Boolean environment variable values accepted for UMADB_ZERO_FILL_PAGES are: 1/0, true/false, yes/no, and on/off (case-insensitive).

Option precedence is:

  1. Explicit command-line argument
  2. Environment variable
  3. Built-in default

Example

UMADB_LISTEN=0.0.0.0:50051 UMADB_DB_PATH=./uma.db umadb

Connecting to UmaDB

Use the Client class as the main entry point for connecting to an UmaDB server.

class Client(
    url: str,
    ca_path: str | None = None,
    api_key: str | None = None,
    batch_size: int | None = None,
):
    ...

Parameters

Name Type Description
url str Required connection string. If the argument starts with https or grpcs, a secure TLS channel is created; otherwise an insecure channel is used.
ca_path str|None Optional path to a PEM-encoded root/CA certificate for TLS connections (useful for self-signed servers).
api_key str|None Optional API key used for authenticating with the server.
batch_size int|None Optional hint for how many events to buffer per batch when reading. The server may cap this; a sensible default is used if unset..

Connection Examples

from umadb import Client

# Insecure (no TLS)
client = Client("http://localhost:50051")

# Secure with TLS (system CAs)
client = Client("https://example.com:50051")

# Secure with TLS using self-signed CA
client = Client(
    url="https://localhost:50051",
    ca_path="server.pem",
)

# TLS + API key
client = Client(
    url="https://example.com:50051",
    ca_path="server.pem",
    api_key="umadb:example-api-key-4f7c2b1d9e5f4a038c1a",
)

# TLS + API key + batch size hint
client = Client(
    url="https://example.com:50051",
    ca_path="server.pem",
    api_key="umadb:example-api-key-4f7c2b1d9e5f4a038c1a",
    batch_size=1000,
)

Appending Events

The Client.append() method writes new events to an UmaDB server.

def append(
    events: list[Event],
    condition: AppendCondition | None = None,
    tracking_info: TrackingInfo | None = None,
) -> int:
    ...

The Client.append() method can be used to append new Event instances to UmaDB atomically, with an optional append condition, and optional tracking information. Events are written in order.

Conditional appends with event UUIDs are idempotent. The server does not enforce uniqueness of events IDs.

Parameters

Name Type Description
events list[Event] The list of events to append. Each includes an event type, tags, and data payload.
condition AppendCondition|None Optional append condition to ensure no conflicting writes occur.
tracking_info TrackingInfo|None Optional tracking information – for event-processing components only.

Return Value

Returns the sequence number (int) of the last successfully appended event from this operation. This value can be used to wait for downstream event-processing components in a CQRS system to become up-to-date.

Example

import uuid

from umadb import AppendCondition, Client, Event, IntegrityError, Query, QueryItem

client = Client("http://localhost:50051")

# Define a consistency boundary (same query you use while reading)
cb = Query(items=[QueryItem(types=["example"], tags=["tag1", "tag2"])])

# Read to build decision model
read_resp = client.read(query=cb)
for r in read_resp:
    print(f"Existing event at {r.position}: {r.event}")

last_known = read_resp.head()
print("Last known position:", last_known)

# Produce a new event with a UUID (for idempotent retries) and some metadata
ev = Event(
    event_type="example",
    tags=["tag1", "tag2"],
    data=b"Hello, world!",
    uuid=uuid.uuid4(),
    metadata={"source": "readme", "correlation_id": str(uuid.uuid4())},
)

# Append with an optimistic condition: fail if conflicting events exist after last_known
cond = AppendCondition(fail_if_events_match=cb, after=last_known)
position1 = client.append([ev], condition=cond)
print("Appended at:", position1)

# Conflicting append should raise an error (e.g. ValueError)
try:
    client.append(
        [
            Event(
                event_type="example",
                tags=["tag1", "tag2"],
                data=b"Hello, world!",
                uuid=uuid.uuid4(),
            )
        ],
        condition=cond,
    )
except IntegrityError as e:
    print("Conflicting event was rejected:", e)

# Idempotent retry with same event UUID and condition should return same commit position
position2 = client.append([ev], condition=cond)
assert position1 == position2
print("Idempotent retry returned position:", position2)

Reading Events

The Client.read() method returns recorded events from an UmaDB server.

def read(
    query: Query | None = None,
    start: int | None = None,
    backwards: bool = False,
    limit: int | None = None,
) -> ReadResponse:
    ...

The Client.read() method can be used both for constructing decision models in a domain layer, and for projecting events into materialized views in CQRS. An optional Query can be provided to select by tags and types.

Parameters

Name Type Description
query Query|None Optional structured query to filter events (by tags, event types, etc).
start int|None Read events from this sequence number. Only events with positions greater than or equal will be returned (or less than or equal if backwards is True.
backwards bool If True events will be read backwards, either from the given position or from the last recorded event.
limit int|None Optional cap on the number of events to retrieve.

Return Value

Returns an iterable "read response" instance from which SequencedEvent instances, and the most relevant "last known" sequence number, can be obtained.

Example

from umadb import Client, Query, QueryItem

client = Client("http://localhost:50051")

# Filter by type(s) and tag(s)
q = Query(items=[QueryItem(types=["example"], tags=["tag1", "tag2"])])

resp = client.read(query=q, start=None, backwards=False, limit=None)
for item in resp:
    print(f"Got event at position {item.position}: {item.event}")

last_known = resp.head()
print("Last known position:", last_known)

Subscriptions

The Client.subscribe() method returns recorded events from an UmaDB server, keeping the stream open to deliver future events as they arrive.

def subscribe(
    query: Query | None = None,
    after: int | None = None,
) -> Subscription:
    ...

The Client.subscribe() method can be used for projecting events into materialized views in CQRS. An optional query can be provided to select by tags and types.

Parameters

Name Type Description
query Query|None Optional structured query to filter events (by tags, event types, etc).
after int|None Read events after this sequence number. Only events with a larger sequence number will be returned.

Return Value

Returns an iterable "subscription" instance from which SequencedEvent instances can be obtained.

Example

from umadb import Client, Query, QueryItem

client = Client("http://localhost:50051")

# Filter by type(s) and tag(s)
q = Query(items=[QueryItem(types=["example"], tags=["tag1", "tag2"])])

# Subscribe to all events
for se in client.subscribe():
    print("New event:", se.position, se.event)
    # Break for demo purposes
    break

Getting Head Position

The Client.head() method returns the position of the last event recorded in an UmaDB server.

def head(self) -> int | None: ...

The Client.head() method can be used for counting the number of recorded events in the database, or for determining the position of the last recorded event when subscribing only to new events.

Return Value

Returns the position (u64) of the last recorded event in the event store, or None if no events have been recorded yet.

Getting Tracking Info

The Client.get_tracking_info() method returns the last recorded position in an upstream sequence of events.

def get_tracking_info(self, source: str) -> int | None: ...

The Client.get_tracking_info() method can be used when starting or resuming an event-processing component. The event-processing component will start by requesting new events from the upstream sequence after this position. The position of an upstream event that has been processed successfully can be recorded atomically when appending new events generated by processing that event.

Parameters

Name Type Description
source str Upstream source name.

Returns the last recorded upstream position (int), or None if the sequence name is not found.

Event

An Event represents a single event either to be appended or already stored in the event log.

Field Type Description
event_type str The event’s logical type (e.g. "UserRegistered").
tags list<str> Tags assigned to the event (used for filtering and indexing).
data bytes Binary payload associated with the event.
uuid str|None Unique event ID.
metadata dict[str, str] Optional string key/value pairs stored alongside the event.

Idempotent support for append operations is activated by setting a UUID on appended events.

event_type and each tag in tags may be up to 65535 bytes long. Appending an event with a longer type or tag fails with a validation error (ValueError).

metadata is for information about the event (provenance, correlation IDs, schema version, etc.) rather than the event payload itself. It is stored and returned unchanged, and is not indexed or matched by queries. It defaults to an empty dict when omitted. Each metadata key and value may be up to 65535 bytes long; appending an event with a longer key or value fails with a validation error.

Include in:

  • Append requests when writing new events to the store.

Included in:

  • SequencedEvent objects when the server responds to read requests.

Matched by:

  • QueryItem during read() and append() operations.

Append Condition

An AppendCondition causes an append request to fail if events match its Query, optionally after a sequence number.

Field Type Description
fail_if_events_match Query Query for conflicting events.
after int|None Sequence number.

Include in:

  • Append requests to define optimistic concurrent control.

To implement a consistency boundary, command handlers can use the same Query used when reading events as the value of fail_if_events_match, and the "head" sequence number received from the read response as the value of after.

Tracking Info

A TrackingInfo instance indicates the source and position of an upstream event.

Field Type Description
source str Upstream sequence name.
position int Upstream sequence number.

Include in:

  • Append requests when recording the results of processing an upstream event.

To implement exactly-once semantics in event-processing components, pull events from an upstream source after the last recorded position, then record the upstream positions of upstream events along with new state that results from processing those events. By processing event sequentially in this way, each event will be processed at least once. And by recording tracking information along with new state, the new state will be recorded at most once. The combination of "at least once" processing and "at most once" recording gives "exactly once" semantics from the point of view of consumers of the recorded state.

Query

A Query defines criteria for selecting events in the event store.

Field Type Description
items list[QueryItem] A list of selection criteria (logical OR).

An Event is selected if any QueryItem matches or the items field is empty.

Include in:

  • Read requests to select events returned by the server.
  • An AppendCondition to select conflicting events.

Query Item

A QueryItem defines a criterion for matching events.

Field Type Description
types list[str] List of event types (logical OR).
tags list[str] List of tags (logical AND).

A QueryItem will match an `Event if:

  • one of its types matches the Event.event_type or its types field is empty; AND
  • all of its tags match one of the Event.tags or its tags field is empty.

Sequenced Event

A SequencedEvent represents a recorded Event along with its assigned sequence number.

Field Type Description
position int The sequence number.
event Event The recorded event.

Included in:

  • Read responses when the server responds to read requests.

Error Handling

The Python client raises Python exceptions on error:

  • Integrity/condition failure: IntegrityError
  • Transport/connection errors: TransportError
  • Authentication failures: AuthenticationError
  • Invalid argument errors: ValueError
  • Other internal errors: RuntimeError or OSError

Your application should catch these as appropriate.

Complete Example

import uuid

from umadb import AppendCondition, Client, Event, IntegrityError, Query, QueryItem

# Connect to the gRPC server (TLS + API key)
client = Client(
    url="http://localhost:50051",
)

# Define a consistency boundary
cb = Query(items=[QueryItem(types=["example"], tags=["tag1", "tag2"])])

# Read events for a decision model
read_response = client.read(query=cb)
for result in read_response:
    print(f"Got event at position {result.position}: {result.event}")

# Remember the last-known position
last_known_position = read_response.head()
print("Last known position is:", last_known_position)

# Create an event with a UUID to enable idempotent append, and some metadata
event = Event(
    event_type="example",
    tags=["tag1", "tag2"],
    data=b"Hello, world!",
    uuid=uuid.uuid4(),
    metadata={"source": "readme", "correlation_id": str(uuid.uuid4())},
)

# Append event within the consistency boundary
condition = AppendCondition(fail_if_events_match=cb, after=last_known_position)
commit_position1 = client.append([event], condition=condition)
print("Appended event at position:", commit_position1)

# Append conflicting event — expect an error
try:
    conflicting_event = Event(
        event_type="example",
        tags=["tag1", "tag2"],
        data=b"Hello, world!",
        uuid=uuid.uuid4(),  # different UUID
    )
    client.append([conflicting_event], condition=condition)
except IntegrityError as e:
    print("Conflicting event was rejected:", e)

# Idempotent retry — same event ID and condition
print("Retrying to append event at position:", last_known_position)
commit_position2 = client.append([event], condition=condition)
assert commit_position1 == commit_position2
print("Append returned same commit position:", commit_position2)

# Subscribe to all events for a projection
for ev in client.subscribe():
    print(f"Processing event at {ev.position}: {ev.event}")
    if ev.position == commit_position2:
        print("Projection has processed new event!")
        break

Example with Tracking

import uuid

from umadb import (
    AppendCondition,
    Client,
    Event,
    IntegrityError,
    Query,
    QueryItem,
    TrackingInfo,
)

# Connect to the gRPC server (TLS + API key)
client = Client(
    url="http://localhost:50051",
)

# Get last processed upstream event position
last_processed_position = client.get_tracking_info("upstream")

# Pull next unprocessed upstream event...
next_upstream_event_position = 1 + (last_processed_position or 0)

# Construct tracking information from next unprocessed event
tracking_info = TrackingInfo("upstream", next_upstream_event_position)

# Define a consistency boundary
cb = Query(items=[QueryItem(types=["example"], tags=["tag1", "tag2"])])

# Read events for a decision model
read_response = client.read(query=cb)
for result in read_response:
    print(f"Got event at position {result.position}: {result.event}")

# Remember the last-known position
last_known_position = read_response.head()
print("Last known position is:", last_known_position)

# Create an event with a UUID to enable idempotent append
event = Event(
    event_type="example",
    tags=["tag1", "tag2"],
    data=b"Hello, world!",
    uuid=uuid.uuid4(),
)

# Append event within the consistency boundary
condition = AppendCondition(fail_if_events_match=cb, after=last_known_position)
commit_position1 = client.append(
    [event], condition=condition, tracking_info=tracking_info
)
print("Appended event at position:", commit_position1)

# Idempotent retry — same event ID and condition
print("Retrying to append event at position:", last_known_position)
commit_position2 = client.append(
    [event], condition=condition, tracking_info=tracking_info
)
assert commit_position1 == commit_position2
print("Append returned same commit position:", commit_position2)

# Check tracking information
assert tracking_info.position == client.get_tracking_info("upstream")

# Unconditional append with conflicting tracking information — expect an error
try:
    conflicting_event = Event(
        event_type="example",
        tags=["tag1", "tag2"],
        data=b"Hello, world!",
        uuid=uuid.uuid4(),  # different UUID
    )
    client.append([conflicting_event], condition=None, tracking_info=tracking_info)
except IntegrityError as e:
    print("Conflicting event was rejected:", e)

Notes

  • Python client is synchronous and blocking; if you need async integration, run client calls in a thread pool or use an async worker that offloads to threads.
  • Event data is binary (bytes). Use a consistent serialization (e.g., JSON serialized to UTF-8 bytes, protobuf, msgpack) for your domain.
  • API keys must match the server configuration.
  • For TLS with self-signed certs, pass ca_path with your root/CA certificate.

Testing

The Python bindings can be tested by running a UmaDB server and executing Python code against it.

License

Licensed under either of:

at your option.

Download files

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

Source Distribution

umadb-0.7.4.tar.gz (212.7 kB view details)

Uploaded Source

Built Distributions

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

umadb-0.7.4-cp310-abi3-win_amd64.whl (1.6 MB view details)

Uploaded CPython 3.10+Windows x86-64

umadb-0.7.4-cp310-abi3-win32.whl (1.4 MB view details)

Uploaded CPython 3.10+Windows x86

umadb-0.7.4-cp310-abi3-manylinux_2_34_x86_64.whl (2.9 MB view details)

Uploaded CPython 3.10+manylinux: glibc 2.34+ x86-64

umadb-0.7.4-cp310-abi3-manylinux_2_34_aarch64.whl (2.7 MB view details)

Uploaded CPython 3.10+manylinux: glibc 2.34+ ARM64

umadb-0.7.4-cp310-abi3-macosx_11_0_arm64.whl (2.6 MB view details)

Uploaded CPython 3.10+macOS 11.0+ ARM64

umadb-0.7.4-cp310-abi3-macosx_10_12_x86_64.whl (2.8 MB view details)

Uploaded CPython 3.10+macOS 10.12+ x86-64

File details

Details for the file umadb-0.7.4.tar.gz.

File metadata

  • Download URL: umadb-0.7.4.tar.gz
  • Upload date:
  • Size: 212.7 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for umadb-0.7.4.tar.gz
Algorithm Hash digest
SHA256 063eafe7e2dfbe01891fb7f63c934983c3e2de5dcfc570d3cdccc233e186e1b1
MD5 cffb1a66e652e8420a44ec21546eee2a
BLAKE2b-256 c4623e1c67fda9e56f1964d90c4b690ae0f79e538d7ae6878b0d0d45dceb9eba

See more details on using hashes here.

Provenance

The following attestation bundles were made for umadb-0.7.4.tar.gz:

Publisher: build-and-release-python-client-wheels-and-sdist.yml on umadb-io/umadb

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file umadb-0.7.4-cp310-abi3-win_amd64.whl.

File metadata

  • Download URL: umadb-0.7.4-cp310-abi3-win_amd64.whl
  • Upload date:
  • Size: 1.6 MB
  • Tags: CPython 3.10+, Windows x86-64
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for umadb-0.7.4-cp310-abi3-win_amd64.whl
Algorithm Hash digest
SHA256 21bf37159b1ecfbdeb5ade07b9970b422de30480c49a722087b884a0c58e9b8d
MD5 c0f3086430e2a81b06216dea8fc5d806
BLAKE2b-256 f4e14d04b9cd7ed6b7f44fc363852bce8ffd3176d33266c981bd0fe100d143cc

See more details on using hashes here.

Provenance

The following attestation bundles were made for umadb-0.7.4-cp310-abi3-win_amd64.whl:

Publisher: build-and-release-python-client-wheels-and-sdist.yml on umadb-io/umadb

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file umadb-0.7.4-cp310-abi3-win32.whl.

File metadata

  • Download URL: umadb-0.7.4-cp310-abi3-win32.whl
  • Upload date:
  • Size: 1.4 MB
  • Tags: CPython 3.10+, Windows x86
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for umadb-0.7.4-cp310-abi3-win32.whl
Algorithm Hash digest
SHA256 b416f902c9b3340d1719b22bb92ae34a12e752c80be432a352a2b55360c4c8d7
MD5 a27ab492350628add273681ced29d4a0
BLAKE2b-256 46906f98cc8f31b2af5d0e4c1b8ff4b3651c42f8eb3442d9b6c7973e8a7f8633

See more details on using hashes here.

Provenance

The following attestation bundles were made for umadb-0.7.4-cp310-abi3-win32.whl:

Publisher: build-and-release-python-client-wheels-and-sdist.yml on umadb-io/umadb

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file umadb-0.7.4-cp310-abi3-manylinux_2_34_x86_64.whl.

File metadata

File hashes

Hashes for umadb-0.7.4-cp310-abi3-manylinux_2_34_x86_64.whl
Algorithm Hash digest
SHA256 41e71a6d8ec35246f5979a14de61226cf2713b9d513a3ca7b85b094faac25b61
MD5 372e29a16d420847991a22cfaabe2e9a
BLAKE2b-256 88d7ddcdf5e743635be5ebf2138b755f1deb0c55a68923c009ce4314fca41b96

See more details on using hashes here.

Provenance

The following attestation bundles were made for umadb-0.7.4-cp310-abi3-manylinux_2_34_x86_64.whl:

Publisher: build-and-release-python-client-wheels-and-sdist.yml on umadb-io/umadb

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file umadb-0.7.4-cp310-abi3-manylinux_2_34_aarch64.whl.

File metadata

File hashes

Hashes for umadb-0.7.4-cp310-abi3-manylinux_2_34_aarch64.whl
Algorithm Hash digest
SHA256 9c03b5fccbeace6e93d158b633bfd3b732fb9cb50db6536c2eca94162dfd40e8
MD5 331de51fe40d7bce0dbf960023525862
BLAKE2b-256 c38bf012116c5bed62e35b92518175369e9413046a393546b9d25bdeba252342

See more details on using hashes here.

Provenance

The following attestation bundles were made for umadb-0.7.4-cp310-abi3-manylinux_2_34_aarch64.whl:

Publisher: build-and-release-python-client-wheels-and-sdist.yml on umadb-io/umadb

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file umadb-0.7.4-cp310-abi3-macosx_11_0_arm64.whl.

File metadata

File hashes

Hashes for umadb-0.7.4-cp310-abi3-macosx_11_0_arm64.whl
Algorithm Hash digest
SHA256 4ffeac1b5f05f7d3c665cf240bd5ddd396c1e3c1da50d482f6630a8ef0649ad5
MD5 8637d649b0f13cec40f57c24ff90435c
BLAKE2b-256 f28b7b61c4eed244fd2ae8b18c2844dd5a0fa56261625fa94ec26dcb81ee9c68

See more details on using hashes here.

Provenance

The following attestation bundles were made for umadb-0.7.4-cp310-abi3-macosx_11_0_arm64.whl:

Publisher: build-and-release-python-client-wheels-and-sdist.yml on umadb-io/umadb

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file umadb-0.7.4-cp310-abi3-macosx_10_12_x86_64.whl.

File metadata

File hashes

Hashes for umadb-0.7.4-cp310-abi3-macosx_10_12_x86_64.whl
Algorithm Hash digest
SHA256 92e9cc15cbaefe43b164ce9a69b616ad0769e2c602e6ff0dcd3c809cce90ecaf
MD5 e8fee6720de37270b43eefc3b152011e
BLAKE2b-256 ad0049b44a0b06ed0b7f366e3ac51a14c951c89c5923febceb5bd4e498852ece

See more details on using hashes here.

Provenance

The following attestation bundles were made for umadb-0.7.4-cp310-abi3-macosx_10_12_x86_64.whl:

Publisher: build-and-release-python-client-wheels-and-sdist.yml on umadb-io/umadb

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page