Lattice Hub Docs
Guides

Thin SDK

Multi-language Thin SDK overview—join local Pole Sidecar via Sidecar Session and TargetService v1.

Thin SDK is the multi-language access layer for Pole Sidecar. Unlike the Proxyless Rust SDK, applications do not talk to the control plane for full in-process governance. They open a local Sidecar Session, receive listener snapshots, and inject TargetService v1 metadata so the Sidecar can govern and forward traffic.

Language guides

LanguageGuideRepositoryPackage coordinate
GoGo Thin SDKpole-client-gomodule github.com/lattice-hub/pole-client-go
JavaJava Thin SDKpole-client-javaMaven io.github.lattice-hub:pole-client-java
PythonPython Thin SDKpole-client-pythonPyPI project name pole-client-python
Node.jsNode.js Thin SDKpole-client-nodejsnpm @lattice-hub/pole-client-nodejs
C++C++ Thin SDKpole-client-cppCMake package PoleClientCpp
C#C# Thin SDKpole-client-csharpNuGet LatticeHub.Pole.Client

Each language page covers package coordinates, requirements, install steps, a minimal usage sample, and metadata conventions. Current publish status:

LanguageStatusPinned version
Node.jsPublished on npm0.2.1
C#Published on NuGet0.1.0-ALPHA.46
JavaMaven Snapshot published (not a release)0.1.0-SNAPSHOT
GoGo module (pseudo-version)see language page
PythonNot on PyPI yetinstall from source
C++No central registryCMake from source

Contract

The contract source lives in specification / thin-sdk. Current contract version is 2.0.0:

  • Sidecar Session wire v1
  • TargetService wire v1 (namespace + service only)

Legacy TargetEnvelope v1 (contract 1.0.0) is deprecated. Default bootstrap UDS: /var/run/pole/sidecar/bootstrap.sock, overridable with POLE_SIDECAR_SOCKET.

Capability boundary

  • Ships framework-independent contract cores: open Sidecar Session, receive listener snapshots, encode TargetService metadata
  • No HTTP / gRPC / Dubbo framework adapters
  • Business traffic still uses the original protocol against 127.0.0.1:<listener-port>—not the bootstrap gRPC session
  • End-to-end compatibility still follows the compatibility matrix; docs must not claim production readiness

Next reading

On this page