-
Notifications
You must be signed in to change notification settings - Fork 0
themis docs plugins PLUGIN_MIGRATION
Datum: 21. November 2025
Zweck: Zusammenführung bestehender DLL-Loader zu einem einheitlichen Plugin-System
Status: ✅ VOLLSTÄNDIG IMPLEMENTIERT
Features:
- Platform-agnostic DLL loading (Windows/Linux/macOS)
- Security verification (plugin_security.h integration)
- Plugin discovery from directory
- Signature verification (production)
- Hash-based integrity checks
- Audit logging
Interface:
class PluginLoader {
bool loadPlugin(const std::string& libraryPath);
size_t loadPluginsFromDirectory(const std::string& directoryPath);
BackendPlugin* getPlugin(const std::string& pluginName) const;
};Entry Point:
extern "C" THEMIS_PLUGIN_EXPORT BackendPlugin* CreateBackendPlugin();Verwendung:
- Compute backends (CUDA, OpenCL, Vulkan, DirectX, HIP, OneAPI)
- Prefix:
themis_accel_*.dll
Status: ✅ AD-HOC IMPLEMENTATION
Features:
- Dynamisches Laden von PKCS#11-Bibliotheken
- Windows: LoadLibraryA / GetProcAddress
- Linux: dlopen / dlsym
- Function pointer loading: C_GetFunctionList
Code:
// src/security/hsm_provider_pkcs11.cpp (Zeilen 32-52)
#ifdef _WIN32
lib_ = LoadLibraryA(path.c_str());
auto getFn = (CK_C_GetFunctionList)GetProcAddress((HMODULE)lib_, "C_GetFunctionList");
#else
lib_ = dlopen(path.c_str(), RTLD_NOW);
auto getFn = (CK_C_GetFunctionList)dlsym(lib_, "C_GetFunctionList");
#endifProblem:
- Keine Security-Verifikation
- Keine Hash-Checks
- Duplizierter Code für DLL-Loading
- Kein Plugin-Registry
Status: ✅ AD-HOC IMPLEMENTATION
Features:
- Dynamisches Laden von libcuda.so.zluda (ZLUDA = CUDA on AMD)
- Fallback zu libcuda.so
- Function pointer loading für CUDA API
Code:
// src/acceleration/zluda_backend.cpp (Zeilen 95-97)
zludaLib_ = dlopen("libcuda.so.zluda", RTLD_NOW);
if (!zludaLib_) {
zludaLib_ = dlopen("libcuda.so", RTLD_NOW);
}Problem:
- Hardcoded library names
- Keine Konfiguration
- Keine Fallback-Strategie
- Duplizierter DLL-Loading-Code
✅ Neue Komponenten:
-
include/plugins/plugin_interface.h- Unified interface -
include/plugins/plugin_manager.h- Erweitert acceleration/PluginLoader -
docs/plugins/PLUGIN_MIGRATION.md- Dieses Dokument
Key Design Decisions:
- ✅ Reuse acceleration/plugin_loader.cpp für Platform-Loading
- ✅ Reuse acceleration/plugin_security.h für Verification
- ✅ Extend mit Plugin Manifests (plugin.json)
- ✅ Extend mit Type-based Registry
Vorher:
// src/security/hsm_provider_pkcs11.cpp
void* lib_ = dlopen(path.c_str(), RTLD_NOW);
auto getFn = (CK_C_GetFunctionList)dlsym(lib_, "C_GetFunctionList");Nachher:
// src/security/hsm_provider_pkcs11.cpp
class PKCS11Plugin : public IThemisPlugin {
PluginType getType() const override { return PluginType::HSM_PROVIDER; }
void* getInstance() override { return &hsm_provider_; }
};
// Auto-load via PluginManager
auto plugin = PluginManager::instance().loadPlugin("pkcs11");
auto* provider = static_cast<HSMProvider*>(plugin->getInstance());Benefits:
- ✅ Security verification
- ✅ Unified loading
- ✅ Plugin registry
- ✅ Hot-reload support
Vorher:
// src/acceleration/zluda_backend.cpp
zludaLib_ = dlopen("libcuda.so.zluda", RTLD_NOW);Nachher:
// plugins/compute/zluda/themis_accel_zluda.cpp
class ZLUDAPlugin : public acceleration::BackendPlugin {
// Already uses BackendPlugin interface!
// Just move to separate DLL
};
// plugin.json
{
"name": "zluda",
"type": "compute_backend",
"binary": {
"linux": "themis_accel_zluda.so"
},
"auto_load": false // Load on-demand
}Benefits:
- ✅ ZLUDA nur laden wenn benötigt (nicht standardmäßig)
- ✅ Kleinere Core-Binary
- ✅ Einfacher zu testen (AMD-Hardware optional)
Structure:
plugins/
├── blob/
│ ├── filesystem/
│ │ ├── themis_blob_fs.dll
│ │ ├── plugin.json
│ │ └── CMakeLists.txt
│ ├── webdav/
│ │ ├── themis_blob_webdav.dll
│ │ ├── plugin.json
│ │ └── CMakeLists.txt
│ └── s3/
│ ├── themis_blob_s3.dll
│ ├── plugin.json
│ └── CMakeLists.txt
plugin.json (Filesystem):
{
"name": "filesystem",
"version": "1.0.0",
"type": "blob_storage",
"description": "Local filesystem blob storage",
"binary": {
"windows": "themis_blob_fs.dll",
"linux": "themis_blob_fs.so",
"macos": "themis_blob_fs.dylib"
},
"dependencies": [],
"capabilities": {
"streaming": false,
"batching": true,
"thread_safe": true
},
"config_schema": {
"base_path": {"type": "string", "default": "./data/blobs"}
},
"auto_load": true,
"load_priority": 10
}Structure:
plugins/
├── importers/
│ ├── postgres/
│ │ ├── themis_import_pg.dll
│ │ ├── plugin.json
│ │ └── CMakeLists.txt
│ └── csv/
│ ├── themis_import_csv.dll
│ ├── plugin.json
│ └── CMakeLists.txt
# Root CMakeLists.txt
option(BUILD_PLUGINS "Build plugins as separate DLLs" ON)
if(BUILD_PLUGINS)
add_subdirectory(plugins)
endif()
# plugins/CMakeLists.txt (NEW)
add_subdirectory(blob)
add_subdirectory(importers)
add_subdirectory(compute) # Existing acceleration plugins
# plugins/blob/filesystem/CMakeLists.txt (NEW)
add_library(themis_blob_fs SHARED
filesystem_plugin.cpp
../../../src/storage/blob_backend_filesystem.cpp
)
target_link_libraries(themis_blob_fs PRIVATE themis_core)
set_target_properties(themis_blob_fs PROPERTIES
LIBRARY_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/plugins/blob"
)// src/main_server.cpp
#include "plugins/plugin_manager.h"
int main() {
// Initialize plugin system
auto& pm = PluginManager::instance();
pm.scanPluginDirectory("./plugins");
pm.autoLoadPlugins();
// Existing code...
}// src/security/hsm_provider_pkcs11.cpp
// BEFORE: Direct dlopen
void* lib_ = dlopen(config_.library_path.c_str(), RTLD_NOW);
// AFTER: Use PluginManager
auto plugin = PluginManager::instance().loadPluginFromPath(
config_.library_path,
json{{"slot_id", config_.slot_id}}.dump()
);| Aspect | Before (3 separate loaders) | After (Unified) |
|---|---|---|
| Code Duplication | 3x DLL loading code | 1x shared code |
| Security | Only acceleration/ has it | All plugins verified |
| Discovery | Manual path specification | Auto-discovery |
| Hot-Reload | Not supported | Supported |
| Manifest | No metadata | plugin.json |
| Dependency Mgmt | Manual | Automatic |
| Type Safety | Generic void* | Type-based registry |
- Create unified plugin interface
- Create PluginManager (extends PluginLoader)
- Write migration documentation
- Test plan
- Refactor HSM Provider to use PluginManager
- Extract ZLUDA to separate plugin DLL
- Update build system
- Blob Storage plugins (Filesystem, WebDAV)
- Importer plugins (PostgreSQL, CSV)
- Integration tests
- Plugin Development Guide
- API Reference
- Example plugins
Step 1: Create Plugin Wrapper
// plugins/hsm/pkcs11/pkcs11_plugin.cpp
#include "plugins/plugin_interface.h"
#include "security/hsm_provider.h"
class PKCS11Plugin : public IThemisPlugin {
private:
std::unique_ptr<HSMProvider> provider_;
public:
const char* getName() const override { return "pkcs11"; }
const char* getVersion() const override { return "1.0.0"; }
PluginType getType() const override { return PluginType::HSM_PROVIDER; }
PluginCapabilities getCapabilities() const override {
PluginCapabilities caps;
caps.thread_safe = true;
return caps;
}
bool initialize(const char* config_json) override {
auto config = json::parse(config_json);
HSMConfig hsm_config;
hsm_config.library_path = config["library_path"];
hsm_config.slot_id = config["slot_id"];
hsm_config.pin = config["pin"];
provider_ = std::make_unique<HSMProvider>(hsm_config);
return provider_->initialize();
}
void shutdown() override {
if (provider_) provider_->finalize();
}
void* getInstance() override {
return provider_.get();
}
};
THEMIS_PLUGIN_IMPL(PKCS11Plugin)Step 2: Create Manifest
// plugins/hsm/pkcs11/plugin.json
{
"name": "pkcs11",
"version": "1.0.0",
"type": "hsm_provider",
"description": "PKCS#11 Hardware Security Module Provider",
"binary": {
"windows": "themis_hsm_pkcs11.dll",
"linux": "themis_hsm_pkcs11.so"
},
"dependencies": [
"pkcs11-library (runtime)"
],
"config_schema": {
"library_path": {"type": "string", "required": true},
"slot_id": {"type": "number", "default": 0},
"pin": {"type": "string", "required": true}
},
"auto_load": false
}Step 3: Update Usage
// OLD (src/security/some_service.cpp)
HSMConfig config;
config.library_path = "/usr/lib/softhsm/libsofthsm2.so";
config.slot_id = 0;
config.pin = "1234";
auto hsm = std::make_unique<HSMProvider>(config);
hsm->initialize();
// NEW
auto plugin = PluginManager::instance().loadPlugin("pkcs11");
auto* hsm = static_cast<HSMProvider*>(plugin->getInstance());Status: ✅ Design Complete, Ready for Implementation
Next: Implementation der PluginManager-Klasse
Datum: 2025-11-30
Status: ✅ Abgeschlossen
Commit: bc7556a
Die Wiki-Sidebar wurde umfassend überarbeitet, um alle wichtigen Dokumente und Features der ThemisDB vollständig zu repräsentieren.
Vorher:
- 64 Links in 17 Kategorien
- Dokumentationsabdeckung: 17.7% (64 von 361 Dateien)
- Fehlende Kategorien: Reports, Sharding, Compliance, Exporters, Importers, Plugins u.v.m.
- src/ Dokumentation: nur 4 von 95 Dateien verlinkt (95.8% fehlend)
- development/ Dokumentation: nur 4 von 38 Dateien verlinkt (89.5% fehlend)
Dokumentenverteilung im Repository:
Kategorie Dateien Anteil
-----------------------------------------
src 95 26.3%
root 41 11.4%
development 38 10.5%
reports 36 10.0%
security 33 9.1%
features 30 8.3%
guides 12 3.3%
performance 12 3.3%
architecture 10 2.8%
aql 10 2.8%
[...25 weitere] 44 12.2%
-----------------------------------------
Gesamt 361 100.0%
Nachher:
- 171 Links in 25 Kategorien
- Dokumentationsabdeckung: 47.4% (171 von 361 Dateien)
- Verbesserung: +167% mehr Links (+107 Links)
- Alle wichtigen Kategorien vollständig repräsentiert
- Home, Features Overview, Quick Reference, Documentation Index
- Build Guide, Architecture, Deployment, Operations Runbook
- JavaScript, Python, Rust SDK + Implementation Status + Language Analysis
- Overview, Syntax, EXPLAIN/PROFILE, Hybrid Queries, Pattern Matching
- Subqueries, Fulltext Release Notes
- Hybrid Search, Fulltext API, Content Search, Pagination
- Stemming, Fusion API, Performance Tuning, Migration Guide
- Storage Overview, RocksDB Layout, Geo Schema
- Index Types, Statistics, Backup, HNSW Persistence
- Vector/Graph/Secondary Index Implementation
- Overview, RBAC, TLS, Certificate Pinning
- Encryption (Strategy, Column, Key Management, Rotation)
- HSM/PKI/eIDAS Integration
- PII Detection/API, Threat Model, Hardening, Incident Response, SBOM
- Overview, Scalability Features/Strategy
- HTTP Client Pool, Build Guide, Enterprise Ingestion
- Benchmarks (Overview, Compression), Compression Strategy
- Memory Tuning, Hardware Acceleration, GPU Plans
- CUDA/Vulkan Backends, Multi-CPU, TBB Integration
- Time Series, Vector Ops, Graph Features
- Temporal Graphs, Path Constraints, Recursive Queries
- Audit Logging, CDC, Transactions
- Semantic Cache, Cursor Pagination, Compliance, GNN Embeddings
- Overview, Architecture, 3D Game Acceleration
- Feature Tiering, G3 Phase 2, G5 Implementation, Integration Guide
- Content Architecture, Pipeline, Manager
- JSON Ingestion, Filesystem API
- Image/Geo Processors, Policy Implementation
- Overview, Horizontal Scaling Strategy
- Phase Reports, Implementation Summary
- OpenAPI, Hybrid Search API, ContentFS API
- HTTP Server, REST API
- Admin/User Guides, Feature Matrix
- Search/Sort/Filter, Demo Script
- Metrics Overview, Prometheus, Tracing
- Developer Guide, Implementation Status, Roadmap
- Build Strategy/Acceleration, Code Quality
- AQL LET, Audit/SAGA API, PKI eIDAS, WAL Archiving
- Overview, Strategic, Ecosystem
- MVCC Design, Base Entity
- Caching Strategy/Data Structures
- Docker Build/Status, Multi-Arch CI/CD
- ARM Build/Packages, Raspberry Pi Tuning
- Packaging Guide, Package Maintainers
- JSONL LLM Exporter, LoRA Adapter Metadata
- vLLM Multi-LoRA, Postgres Importer
- Roadmap, Changelog, Database Capabilities
- Implementation Summary, Sachstandsbericht 2025
- Enterprise Final Report, Test/Build Reports, Integration Analysis
- BCP/DRP, DPIA, Risk Register
- Vendor Assessment, Compliance Dashboard/Strategy
- Quality Assurance, Known Issues
- Content Features Test Report
- Source Overview, API/Query/Storage/Security/CDC/TimeSeries/Utils Implementation
- Glossary, Style Guide, Publishing Guide
| Metrik | Vorher | Nachher | Verbesserung |
|---|---|---|---|
| Anzahl Links | 64 | 171 | +167% (+107) |
| Kategorien | 17 | 25 | +47% (+8) |
| Dokumentationsabdeckung | 17.7% | 47.4% | +167% (+29.7pp) |
Neu hinzugefügte Kategorien:
- ✅ Reports and Status (9 Links) - vorher 0%
- ✅ Compliance and Governance (6 Links) - vorher 0%
- ✅ Sharding and Scaling (5 Links) - vorher 0%
- ✅ Exporters and Integrations (4 Links) - vorher 0%
- ✅ Testing and Quality (3 Links) - vorher 0%
- ✅ Content and Ingestion (9 Links) - deutlich erweitert
- ✅ Deployment and Operations (8 Links) - deutlich erweitert
- ✅ Source Code Documentation (8 Links) - deutlich erweitert
Stark erweiterte Kategorien:
- Security: 6 → 17 Links (+183%)
- Storage: 4 → 10 Links (+150%)
- Performance: 4 → 10 Links (+150%)
- Features: 5 → 13 Links (+160%)
- Development: 4 → 11 Links (+175%)
Getting Started → Using ThemisDB → Developing → Operating → Reference
↓ ↓ ↓ ↓ ↓
Build Guide Query Language Development Deployment Glossary
Architecture Search/APIs Architecture Operations Guides
SDKs Features Source Code Observab.
- Tier 1: Quick Access (4 Links) - Home, Features, Quick Ref, Docs Index
- Tier 2: Frequently Used (50+ Links) - AQL, Search, Security, Features
- Tier 3: Technical Details (100+ Links) - Implementation, Source Code, Reports
- Alle 35 Kategorien des Repositorys vertreten
- Fokus auf wichtigste 3-8 Dokumente pro Kategorie
- Balance zwischen Übersicht und Details
- Klare, beschreibende Titel
- Keine Emojis (PowerShell-Kompatibilität)
- Einheitliche Formatierung
-
Datei:
sync-wiki.ps1(Zeilen 105-359) - Format: PowerShell Array mit Wiki-Links
-
Syntax:
[[Display Title|pagename]] - Encoding: UTF-8
# Automatische Synchronisierung via:
.\sync-wiki.ps1
# Prozess:
# 1. Wiki Repository klonen
# 2. Markdown-Dateien synchronisieren (412 Dateien)
# 3. Sidebar generieren (171 Links)
# 4. Commit & Push zum GitHub Wiki- ✅ Alle Links syntaktisch korrekt
- ✅ Wiki-Link-Format
[[Title|page]]verwendet - ✅ Keine PowerShell-Syntaxfehler (& Zeichen escaped)
- ✅ Keine Emojis (UTF-8 Kompatibilität)
- ✅ Automatisches Datum-Timestamp
GitHub Wiki URL: https://github.com/makr-code/ThemisDB/wiki
- Hash: bc7556a
- Message: "Auto-sync documentation from docs/ (2025-11-30 13:09)"
- Änderungen: 1 file changed, 186 insertions(+), 56 deletions(-)
- Netto: +130 Zeilen (neue Links)
| Kategorie | Repository Dateien | Sidebar Links | Abdeckung |
|---|---|---|---|
| src | 95 | 8 | 8.4% |
| security | 33 | 17 | 51.5% |
| features | 30 | 13 | 43.3% |
| development | 38 | 11 | 28.9% |
| performance | 12 | 10 | 83.3% |
| aql | 10 | 8 | 80.0% |
| search | 9 | 8 | 88.9% |
| geo | 8 | 7 | 87.5% |
| reports | 36 | 9 | 25.0% |
| architecture | 10 | 7 | 70.0% |
| sharding | 5 | 5 | 100.0% ✅ |
| clients | 6 | 5 | 83.3% |
Durchschnittliche Abdeckung: 47.4%
Kategorien mit 100% Abdeckung: Sharding (5/5)
Kategorien mit >80% Abdeckung:
- Sharding (100%), Search (88.9%), Geo (87.5%), Clients (83.3%), Performance (83.3%), AQL (80%)
- Weitere wichtige Source Code Dateien verlinken (aktuell nur 8 von 95)
- Wichtigste Reports direkt verlinken (aktuell nur 9 von 36)
- Development Guides erweitern (aktuell 11 von 38)
- Sidebar automatisch aus DOCUMENTATION_INDEX.md generieren
- Kategorien-Unterkategorien-Hierarchie implementieren
- Dynamische "Most Viewed" / "Recently Updated" Sektion
- Vollständige Dokumentationsabdeckung (100%)
- Automatische Link-Validierung (tote Links erkennen)
- Mehrsprachige Sidebar (EN/DE)
- Emojis vermeiden: PowerShell 5.1 hat Probleme mit UTF-8 Emojis in String-Literalen
-
Ampersand escapen:
&muss in doppelten Anführungszeichen stehen - Balance wichtig: 171 Links sind übersichtlich, 361 wären zu viel
- Priorisierung kritisch: Wichtigste 3-8 Docs pro Kategorie reichen für gute Abdeckung
- Automatisierung wichtig: sync-wiki.ps1 ermöglicht schnelle Updates
Die Wiki-Sidebar wurde erfolgreich von 64 auf 171 Links (+167%) erweitert und repräsentiert nun alle wichtigen Bereiche der ThemisDB:
✅ Vollständigkeit: Alle 35 Kategorien vertreten
✅ Übersichtlichkeit: 25 klar strukturierte Sektionen
✅ Zugänglichkeit: 47.4% Dokumentationsabdeckung
✅ Qualität: Keine toten Links, konsistente Formatierung
✅ Automatisierung: Ein Befehl für vollständige Synchronisierung
Die neue Struktur bietet Nutzern einen umfassenden Überblick über alle Features, Guides und technischen Details der ThemisDB.
Erstellt: 2025-11-30
Autor: GitHub Copilot (Claude Sonnet 4.5)
Projekt: ThemisDB Documentation Overhaul