Skip to content

Support and validation ​

Reviewed on 2026-10-12. Each library page records its source revision and evidence entry points. Declared targets, successful compilation, runtime tests, interoperability and production validation are distinct. This update reviews code and records; it does not rerun CI, devices or benchmarks.

Build-declared targets ​

LibraryLinux / macOS NativeWindows NativeiOSAndroid NativeJVM
ioDeclaredDeclaredDeclared32/64-bitDeclared
http (including HTTP/2)DeclaredDeclaredDeclared32/64-bitDeclared
websocketDeclaredDeclaredDeclared32/64-bitDeclared
tls / quicDeclaredDeclaredDeclared64-bitDeclared, OpenSSL JNI required
opensslTarget selectionTarget selectionTarget selection64-bitIn progress; JNI binary required
http3DeclaredDeclaredDeclared64-bitNot declared
msgtrans coreDeclaredNot declaredDeclaredOpt-in, not published by defaultDeclared

Targets come from Gradle configuration. Android JVM and Android Native are different artifacts; emulator, device and desktop results are not interchangeable. A JVM target does not establish JNI coverage for every host. OpenSSL target and toolchain requirements constrain its consumers.

Recorded validation and limits ​

LibraryRepository recordsNot established by these records
ioStream conformance, lifecycle, fairness; Linux/macOS/Windows/JVM recordsCurrent commit passes on every device
httph2spec 145/145, curl, smuggling vectors, streaming uploadFull RFC certification or adapter feature parity
websocketBidirectional Autobahn including compression; NON-STRICT/INFORMATIONAL remainAll-strict pass or unlimited concurrency
quicquinn and multi-implementation Interop Runner, with intermittent failures retainedEvery feature or interop combination passes
http3h3spec 49/49 and scoped h3/h3-quinn/aioquic interopDynamic QPACK, WebTransport or HTTP Datagrams
tls / opensslTLS regression and platform build/runtime recordsEvery trust-store and JNI deployment validated
msgtransRust peer scripts and session-contract testsAll language clients or a complete typed RPC framework

Before deployment ​

  1. Pin library, compiler and dependency versions and verify artifact availability.
  2. Test correctness, cancellation, close, resource limits and security configuration on the deployment target.
  3. Record peer versions and interop scenarios, including failures.
  4. Validate performance separately: throughput, tail latency, errors, CPU, memory and slow clients.

Detailed historical audits remain in the internal docs/zh-hans/stack/ directory of neton-docs, not published as current user guides.

Neton Framework & Networking Documentation