Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
Holger
Holger guards your artifacts at rest. Immutable and silly-high-speed for your developers.
"Allfadern ser varje bit"
A secure, Rust-based artifact repository server with airgap transfer capabilities. Holger ingests language-specific package trees and serves them via gRPC or direct Rust function bindings — like Artifactory or Nexus, but with immutable append-only storage, strong authentication (OIDC), and a purpose-built airgap workflow using Znippy archives.
Artifact retrieval throughput
Random-access retrieval from znippy archives vs Sonatype Nexus 3 (v3.72, container, 64-core machine, 4GB heap).
Holger numbers use the in-process API (no network); Nexus numbers are over HTTP.
| Holger (1 thread) | Holger (64 threads) | Nexus (1 thread) | Nexus (8 threads) | Nexus (64 threads) | |
|---|---|---|---|---|---|
| Rust crates | 992 ops/s | 31,228 ops/s | 831 ops/s | 4,623 ops/s | 13,777 ops/s |
| Java JARs | 375 ops/s | 11,436 ops/s | 622 ops/s | 3,505 ops/s | 8,357 ops/s |
| Python wheels | 55 ops/s | 1,610 ops/s | 129 ops/s | 751 ops/s | 1,160 ops/s |
Holger is ~2.3× faster than Nexus at full concurrency for Rust crates (in-process vs HTTP).
Both scale linearly with threads. Nexus does not degrade under higher concurrency in this test.
The key advantage of Holger is not raw HTTP throughput but the in-process API — embedding the repository directly in your Rust application with zero network overhead.
Architecture
┌─────────────────────────────────────────────────────────────────────────┐
│ Holger Ecosystem │
├─────────────────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────────┐ ┌──────────────────┐ ┌────────────────┐ │
│ │ holger-agent │────▶│ holger-server │────▶│ Storage │ │
│ │ (CLI + daemon) │ │ (gRPC / Rust fn) │ │ (.znippy) │ │
│ │ │ │ │ │ │ │
│ │ --auth oidc │ │ OIDC validation │ │ Immutable │ │
│ └─────────────────┘ └──────────────────┘ │ Blake3 CAS │ │
│ │ │ └────────────────┘ │
│ │ │ │
│ ▼ ▼ │
│ ┌─────────────────┐ ┌──────────────────┐ │
│ │ Nexus/Registry │ │ cargo/mvn │ │
│ │ (connector) │ │ (clients) │ │
│ └─────────────────┘ └──────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────┘
Access Modes
Holger exposes two access modes — no HTTP/REST:
1. Rust Function Bindings (embedded mode)
Use holger-server-lib directly in your Rust application:
use ;
use ArtifactId;
let mut holger = read_ron_config.unwrap;
holger.instantiate_backends.unwrap;
wire_holger.unwrap;
// Fetch artifact
let id = ArtifactId ;
let data = holger.fetch.unwrap;
// List repositories
let repos = holger.list_repositories; // ["rust-prod", "maven-staging"]
// Put artifact (write-enabled repos)
holger.put.unwrap;
2. gRPC (network mode)
Configure exposed_endpoints in RON → holger starts a tonic gRPC server automatically.
Services (defined in proto/holger.proto):
| Service | RPCs |
|---|---|
RepositoryService |
FetchArtifact, ListArtifacts, PutArtifact, StreamArtifact (server-streaming) |
ArchiveService |
ListArchiveFiles, ArchiveInfo |
AdminService |
Health, ListRepositories |
Connect with grpcurl:
# Health check
# List repositories
# Fetch artifact
# Stream large artifact (chunked 64KB)
Crates
| Crate | Purpose |
|---|---|
holger-server-lib |
Core server: RON config, wiring engine, gRPC services, auth module |
holger-server-cli |
Server binary (holger-server start --config) |
holger-agent-lib |
Agent logic: connectors, transfer operations |
holger-agent-cli |
Agent binary: airgap, push/pull between registries |
holger-traits |
Shared traits (ConnectorTrait, RepositoryBackendTrait) |
holger-nexus-connector |
Nexus/Artifactory connector (basic auth, OIDC) |
holger-world-connector |
crates.io + PyPI connector (reads Cargo.lock, requirements.txt, uv.lock) |
holger-rust-file-repository |
Rust crate repository backend (filesystem) |
holger-rust-znippy-repository |
Rust/Maven/Pip repository backend (znippy archive) |
holger-mannequin |
Dev daemon: mock PKI, OIDC, Nexus, egui GUI |
holger-distr |
Container/systemd distribution (Dockerfile, .service) |
Configuration (RON)
Holger uses RON for configuration — it can express the graph topology that TOML/YAML cannot.
Rust crate repository (file-backed)
(
repositories: [
(
ron_name: "rust-prod",
ron_repo_type: "rust",
ron_upstreams: [],
ron_in: None,
ron_out: Some((
ron_storage_endpoint: "local-storage",
ron_exposed_endpoint: "grpc",
)),
),
],
exposed_endpoints: [
(
ron_name: "grpc",
ron_url: "0.0.0.0:50051",
),
],
storage_endpoints: [
(
ron_name: "local-storage",
ron_storage_type: "rocksdb",
ron_path: "/var/lib/holger/data",
),
],
)
Rust crate repository (znippy archive)
(
repositories: [
(
ron_name: "rust-airgap",
ron_repo_type: "rust",
ron_archive_path: Some("/var/lib/holger/rust-airgap.znippy"),
ron_upstreams: [],
ron_in: None,
ron_out: Some((
ron_storage_endpoint: "znippy-storage",
ron_exposed_endpoint: "grpc",
)),
),
],
exposed_endpoints: [
(
ron_name: "grpc",
ron_url: "0.0.0.0:50051",
),
],
storage_endpoints: [
(
ron_name: "znippy-storage",
ron_storage_type: "znippy",
ron_path: "/var/lib/holger/rust-airgap",
),
],
)
Python pip repository (znippy archive, PEP 503 simple index)
(
repositories: [
(
ron_name: "pip-internal",
ron_repo_type: "pip",
ron_archive_path: Some("/var/lib/holger/pip.znippy"),
ron_upstreams: [],
ron_in: None,
ron_out: Some((
ron_storage_endpoint: "pip-storage",
ron_exposed_endpoint: "grpc",
)),
),
],
exposed_endpoints: [
(
ron_name: "grpc",
ron_url: "0.0.0.0:50051",
),
],
storage_endpoints: [
(
ron_name: "pip-storage",
ron_storage_type: "znippy",
ron_path: "/var/lib/holger/pip",
),
],
)
The server exposes a PEP 503 simple index at /{repo}/simple/ — point pip or uv directly at it:
Maven repository (znippy archive)
(
repositories: [
(
ron_name: "maven-internal",
ron_repo_type: "maven3",
ron_archive_path: Some("/var/lib/holger/maven.znippy"),
ron_upstreams: [],
ron_in: None,
ron_out: Some((
ron_storage_endpoint: "maven-storage",
ron_exposed_endpoint: "grpc",
)),
),
],
exposed_endpoints: [
(
ron_name: "grpc",
ron_url: "0.0.0.0:50051",
),
],
storage_endpoints: [
(
ron_name: "maven-storage",
ron_storage_type: "znippy",
ron_path: "/var/lib/holger/maven",
),
],
)
Authentication
| Method | How | Use case |
|---|---|---|
| OIDC | Bearer token from token endpoint (Keycloak, AD, etc.) | Human users, CI/CD pipelines |
The agent CLI uses --auth oidc when talking to Holger server. Legacy Nexus connections still use --username/--password (basic auth via connector).
Airgap Workflow
Internet side │ Airgapped side
│
crates.io ──┐ │
Maven ──────┤ │
PyPI ───────┤──▶ holger-agent │ holger-agent ──▶ holger-server
npm ────────┘ --to znippy │ --from znippy (gRPC / Rust fn)
│ │ ▲
▼ │ │
.znippy file ─┼───────┘
(USB/media) │
Performance
Holger uses znippy archives (.znippy) as storage. A .znippy file is a valid Arrow IPC File — queryable directly by pyarrow/polars:
# pyarrow
=
=
# relative_path: string, compressed: bool, uncompressed_size: uint64, chunks: list<...>
# polars
=
Znippy archive benchmarks
Packing source files into .znippy and extracting back. Files already compressed (.gz, .jar, .zip, etc.) are stored as-is (skipped). .crate files are gzipped tarballs — znippy compresses the source contents inside, not the .crate blob itself:
| Test | In | Out | Ratio | Pack | Unpack |
|---|---|---|---|---|---|
| text 500MB | 500 MB | 0.11 MB | 4,471× | 1,748 MB/s | 3,030 MB/s |
| single file 2GB | 2,048 MB | 0.44 MB | 4,673× | 3,460 MB/s | 3,151 MB/s |
| binary pattern 500MB | 500 MB | 0.21 MB | 2,354× | 2,451 MB/s | 3,268 MB/s |
| 100k small files (10KB) | 977 MB | 14.5 MB | 67× | 3,052 MB/s | 790 MB/s |
| random (incompressible) | 500 MB | 500 MB | 1.0× | 158 MB/s | 1,289 MB/s |
| mixed repo 530MB | 530 MB | 530 MB | 1.0× | 762 MB/s | 1,210 MB/s |
| Rust deps (41k files) | 988 MB | 136 MB | 7.3× | 63 MB/s | 1,155 MB/s |
Note: "Pack" = archiving + compression into
.znippy. "Unpack" = decompression + extraction. Already-compressed data (random, .jar, .crate blobs) passes through at ~1.3 GB/s without re-compression.
Host decompressors
The host-decompressors feature replaces miniz_oxide with custom parallel decompression:
| Component | Throughput | What it does |
|---|---|---|
| linflate | ~700 MB/s single-core | SIMD DEFLATE decoder (AVX2 match-copy) |
| lgz | 6,100+ MB/s multi-core | Parallel gzip decompression (full-flush segments) |
| lgz (speculative) | 527 MB/s | Two-pass pugz-style for arbitrary gzip streams |
| ljar | Multi-core | Parallel JAR/ZIP extraction (per-entry parallelism) |
| miniz_oxide (replaced) | ~190 MB/s | What most Rust projects use by default |
Single-core path is 3.7× faster than miniz_oxide. Multi-core scales linearly.
GUI Builders
Holger has no built-in web UI. Instead, build your own GUI using either access mode:
Option A: gRPC client (any language)
Use the proto definition (proto/holger.proto) to generate a client in any language.
Getting OIDC tokens and TLS certs from mannequin (for GUI dev):
Start mannequin first — it provides the complete auth infrastructure your GUI needs:
# 1. Start mannequin (mock PKI + OIDC + Nexus)
# 2. Get an OIDC token (accepts any credentials — it's a dev dummy)
TOKEN=
# 3. Get a TLS client certificate (for mTLS to holger-server)
|
|
# 4. Get the CA cert (to verify holger-server's TLS)
# 5. Connect to holger-server with OIDC auth
In your GUI code (Rust + tonic):
use ;
use MetadataValue;
// Get token from mannequin OIDC endpoint
let token_resp: Value = new
.post
.form
.send.await?.json.await?;
let token = token_resp.as_str.unwrap;
// Get CA + client cert from mannequin PKI
let ca_pem = get.await?.bytes.await?;
let client_cert = new
.post
.json
.send.await?..await?;
// Build TLS channel
let tls = new
.ca_certificate
.identity;
let channel = from_static
.tls_config?
.connect.await?;
// Attach OIDC bearer token to every request
let token_str: = format!.parse?;
let mut admin = with_interceptor;
// Now use it
let repos = admin.list_repositories.await?.into_inner;
Plain examples (no auth, local dev):
// Rust (tonic)
use Channel;
let channel = from_static.connect.await?;
let mut admin = new;
let mut repo = new;
// List repositories
let repos = admin.list_repositories.await?.into_inner;
for name in &repos.names
// Fetch artifact
let artifact = repo.fetch_artifact.await?.into_inner;
// Stream large artifact (server sends 64KB chunks)
let mut stream = repo.stream_artifact.await?.into_inner;
while let Some = stream.message.await?
# Python (grpcio)
=
=
=
# List repos
=
# Fetch artifact
=
// Go (google.golang.org/grpc)
conn, _ := grpc.Dial("localhost:50051", grpc.WithInsecure())
admin := pb.NewAdminServiceClient(conn)
repo := pb.NewRepositoryServiceClient(conn)
repos, _ := admin.ListRepositories(ctx, &pb.Empty)
artifact, _ := repo.FetchArtifact(ctx, &pb.FetchRequest)
Option B: Rust function bindings (same process, zero overhead)
For Rust-native GUIs (egui, iced, slint, dioxus), embed holger directly:
use ;
use ArtifactId;
// Initialize once at app startup
let mut holger = read_ron_config.unwrap;
holger.instantiate_backends.unwrap;
wire_holger.unwrap;
// Use from any thread — no serialization, no network
let repos = holger.list_repositories; // Vec<&str>
let id = ArtifactId ;
let data: = holger.fetch.unwrap;
// Upload
holger.put.unwrap;
gRPC services reference
| Service | RPC | Description |
|---|---|---|
AdminService |
Health |
Server health + uptime |
AdminService |
ListRepositories |
All configured repo names |
RepositoryService |
FetchArtifact |
Download artifact (single response) |
RepositoryService |
StreamArtifact |
Download artifact (64KB streaming chunks) |
RepositoryService |
ListArtifacts |
List artifacts in a repository |
RepositoryService |
PutArtifact |
Upload artifact |
ArchiveService |
ListArchiveFiles |
List files in znippy archive |
ArchiveService |
ArchiveInfo |
Archive metadata (size, entry count) |
Development (holger-mannequin)
The holger-mannequin crate provides a full mock environment for development and integration testing:
┌─────────────────────────────────────────────┐
│ holger-mannequin │
├──────────┬──────────┬───────────┬───────────┤
│ PKI │ OIDC │ Nexus │ Auth │
│ │ │ │ │
│ CA mgmt │ /token │ proxy-only│ Users │
│ Issue │ /userinfo│ prod (4) │ Roles │
│ Regen │ Discovery│ upload │ Validate │
└──────────┴──────────┴───────────┴───────────┘
│
▼
egui GUI (--gui flag)
Live system map + request logs
Subsystems:
| Module | What it mocks | Endpoints |
|---|---|---|
| PKI | Certificate Authority | Issue/revoke certs, CA chain |
| OIDC | Keycloak/Azure AD | /token, /userinfo, /.well-known/openid-configuration |
| Nexus | Sonatype Nexus | 3 repos: proxy-only, prod (4 seeded crates), upload |
| Auth | Identity provider | 4 seeded users: admin, reader, writer, ci-agent |
Usage modes:
# As a server (dev environment)
# In-process (integration tests — no network needed)
# CLI (cert generation)
egui GUI features:
- Live system topology map (repositories ↔ storage ↔ endpoints)
- Request traffic visualization (gRPC calls in real-time)
- OIDC token issuer for quick dev testing
- Mock Nexus browser with seeded artifacts
Quick Start
# Build everything
PROTOC=/path/to/protoc
# Run tests
PROTOC=/path/to/protoc
# Start mannequin (dev dummy with mock PKI, OIDC, Nexus + GUI)
# Agent: download from crates.io → znippy archive
# Agent: download Python packages (requirements.txt) → znippy archive
# Agent: download Python packages (uv.lock, URLs already embedded) → znippy archive
# Agent: push to Holger with OIDC auth
# Start holger server (starts gRPC on configured port)
Immutable Storage Model
All .artifact files are immutable. Holger can optionally be configured to allow live ingest of artifacts not found in the current archive (DEV mode only).
| Version | Source | Mutability | Use Case |
|---|---|---|---|
| V1 | Initial .artifact import | Immutable | Bootstrap, base snapshot |
| V2 | .artifact + live ingest | Appendable | DEV: allow dynamic additions |
| V3 | Promoted .artifact only | Immutable | PROD: strict airgapped enforcement |
Status
- ✅ RON config + graph wiring engine
- ✅ gRPC server (tonic, 3 services)
- ✅ Rust function bindings API (embedded mode)
- ✅ Rust crate serving (file + znippy backends)
- ✅ Maven artifact serving (znippy backend)
- ✅ Python pip serving (znippy backend, PEP 503 simple index)
- ✅ Python pip airgap agent (requirements.txt + uv.lock → znippy)
- ✅ Airgap agent (world → znippy → nexus/holger)
- ✅ OIDC authentication
- ✅ Nexus connector (list/download/upload)
- ✅ Znippy host-decompressors (lgz, ljar, linflate)
- ✅ Container distribution (Dockerfile + systemd)
- ✅ Dev mannequin with egui system map GUI
- 🚧 Blake3 content-addressable verification
- 🚧 Authorization layer (role-based access on repos)
- 🚧 Go/npm format support
- 🚧 Live ingest proxy mode (DEV)
- 🚧 Promote workflow (DEV → PROD)
- 🚧 egui admin client for holger-server
- 🚧 Audit log (who accessed what, when)
Testing
Integration & Benchmark Tests
All heavy tests are #[ignore] — run explicitly with -- --ignored --nocapture.
| Test | Crate | Command | What it does |
|---|---|---|---|
test_znippy_archive_full_roundtrip |
holger-rust-znippy-repository | cargo test --release -p holger-rust-znippy-repository --test integration_znippy_serve -- --ignored --nocapture |
Downloads ~5 GB crates from crates.io, packs into znippy, verifies byte-for-byte extraction |
test_all_types_download_pack_benchmark |
holger-rust-znippy-repository | (same as above) | Downloads crates+JARs+wheels (5 GB each), packs all 3, verifies, runs multi-threaded retrieval bombardment |
bench_znippy_throughput |
holger-rust-znippy-repository | cargo test --release -p holger-rust-znippy-repository --test bench_znippy_throughput -- --ignored --nocapture |
Synthetic 50K-artifact benchmark (fake data) for all 3 types |
test_nexus_load_with_real_artifacts |
holger-agent-cli | DOCKER_HOST=unix:///run/user/1000/podman/podman.sock cargo test --release -p holger-agent-cli --test integration_nexus_load -- --ignored --nocapture |
Starts real Sonatype Nexus 3 container, uploads all cached znippy archives, benchmarks upload/download, then runs retrieval bombardment comparing Nexus vs Holger |
Test Cache
Heavy tests cache downloaded artifacts at /home/rickard/work/holger_tests/:
crates/ — 9,162 .crate files (4.2 GB) from crates.io
jars/ — 4,730 .jar files (5.0 GB) from Maven Central
wheels/ — 541 .whl files (5.0 GB) from PyPI
crates_archive.znippy — packed with znippy 0.6.0
jars_archive.znippy — packed with znippy 0.6.0
pip_archive.znippy — packed with znippy 0.6.0
If znippy version changes, delete *.znippy and re-run integration_znippy_serve to rebuild.
Unit / Light Integration Tests
# All quick tests (no network, no containers):
# Mannequin (mock Nexus) tests:
Requirements
- Podman (or Docker) for Nexus container tests — enable socket:
systemctl --user start podman.socket - Network access for downloading real artifacts from crates.io, Maven Central, PyPI
- ~15 GB disk for test cache