kotlin-sdk

Fixes #922. parks on for the lifetime of the standalone GET stream. only called , which flushes and closes the response body but never cancels that coroutine, so the and its connection were never released — one leaked socket per completed session, as measured in the issue. already holds the , so this cancels its job alongside closing the session. Same assumption appeared a second time in the GET-replacement path, where the comment claimed cancels the old coroutine. It doesn't, so a client reconnecting its GET stream leaked the previous one the same way. Fixed and the comment corrected. Two tests, both failing before the change: one for teardown via , one for a replacement stream. Both assert the handler is still suspended before teardown, otherwise they'd pass vacuously — the client-side view can't catch this, since gives the client EOF while the server coroutine stays parked. , , and the JVM test suites pass.

Fixes #922 Summary Cancel the coroutine job associated with each mapped Streamable HTTP request when the transport closes. Cancel replaced standalone GET stream jobs and explicitly closed SSE stream jobs as well. Preserve the current caller job so stateless request cleanup can finish normally. Add a regression test proving that closing the transport cancels a standalone GET SSE handler. Test context All Gradle commands were run in because the host default JDK is 8. — passed, 229 tests, 0 failures, 0 errors. — passed. — passed. — passed across the configured JVM, JS, and native API targets. — passed. — passed.

Summary Replay callbacks registered after . Preserve registration order for callbacks registered before initialization and make the state transition race-safe. Add a handshake-level regression test and document synchronous replay behavior. Fixes #920 Validation — passed — passed — passed — passed — passed — passed