[tanderson-ld]

Summary

Updates OkHttp from 4.12.0 to 5.5.1. This supersedes #104 — thanks @marcindabrowski for getting it started. The version bump itself is one line, but shipping OkHttp 5 correctly required three more changes:

• Kotlin Gradle plugin 1.6.10 → 2.1.21, matching the Kotlin version OkHttp 5.5.1 is built with (per the kotlin-stdlib dependency in okhttp-jvm's pom).
• Gradle wrapper 7.6 → 7.6.3, the minimum version the Kotlin plugin 2.1.x accepts (it hard-fails on 7.6).
• Rewrote the plugins-block comment in build.gradle.kts. The 2021 rationale for applying the Kotlin plugin (the api-configuration workaround) no longer holds — the build passes without the plugin on Gradle 7.6+. But the plugin is now load-bearing for a different reason, documented in the new comment and below, so it must stay.

Why this is a breaking change (6.0.0)

• OkHttp types appear in this library's public API (ConnectStrategy.http() / HttpConnectStrategy), so OkHttp's major version is part of our contract. Precedent: the OkHttp 3→4 move shipped as okhttp-eventsource 2.0.0.
• Maven consumers will see a coordinate change. OkHttp 5.x publishes com.squareup.okhttp3:okhttp as an empty Kotlin Multiplatform stub (a 754-byte jar whose pom does not reference the real JVM artifact); only Gradle consumers can resolve it via module metadata. With the Kotlin plugin applied, Gradle writes the resolved okhttp-jvm:5.5.1 coordinates into our pom — the only functional choice for Maven-only consumers. The tradeoff: a project that also pins okhttp:4.x elsewhere in its dependency graph can end up with both jars on the classpath (duplicate classes), since Maven cannot conflict-resolve across different artifact IDs. Gradle consumers are unaffected — our module metadata still declares okhttp:5.5.1, and normal version conflict resolution applies.
• New transitive dependencies: kotlin-stdlib 2.1.21 and okio 3.18.1.
• Platform floors unchanged: Java 8+, Android 5.0+ (API 21+).

Verification (local, JDK 17)

• ./gradlew build: compile, checkstyle, javadoc, and all 233 unit tests green. No source changes were needed — OkHttp 5 is binary- and source-compatible for the surface this library uses.
• make contract-tests: all SSE contract tests pass.
• Generated pom inspected: depends on okhttp-jvm:5.5.1; no kotlin-stdlib leak (still guarded by kotlin.stdlib.default.dependency=false).
• Generated Gradle module metadata inspected: declares okhttp:5.5.1.
• Not yet exercised locally: the Java 8 and Windows CI lanes — watch those on this PR.

Adoption notes for our own SDKs

The LaunchDarkly Java and Android SDKs pin their own direct okhttp 4.x dependency alongside okhttp-eventsource. When they adopt 6.0.0, they should bump their own OkHttp to 5.x in the same release to avoid the mixed-graph duplicate-class hazard described above. Releasing 6.0.0 forces nothing on existing consumers; the 5.x line keeps working.

---

Note

Overview
Bumps the transport dependency from OkHttp 4.12.0 to 5.5.1 with no Java source edits in this diff—build and publishing/docs only, intended as a 6.0.0 breaking release because OkHttp types are exposed on the public API (ConnectStrategy / HttpConnectStrategy).

Build toolchain: Kotlin Gradle plugin 1.6.10 → 2.1.21 (aligned with OkHttp 5’s Kotlin version), Gradle wrapper 7.6 → 7.6.3 plus wrapper script refresh (gradlew / gradlew.bat, networkTimeout on the wrapper). The build.gradle.kts comment is rewritten to document why the Kotlin plugin must stay: published Maven POMs need resolved okhttp-jvm coordinates instead of the empty OkHttp 5 okhttp stub so Maven-only consumers get real classes.

README now states 6.0+ uses OkHttp 5.x (2.0–5.x stayed on 4.x). Consumers should expect new transitives (e.g. kotlin-stdlib, okio) and possible Maven dependency-graph quirks if they still pin OkHttp 4.x elsewhere.

^{Reviewed by Cursor Bugbot for commit afc39fd. Bugbot is set up for automated code reviews on this repo. Configure here.}

[tanderson-ld]

For reviewers: the default download timeout Gradle's 7.6+ wrapper template writes when the wrapper is regenerated via the wrapper task

[tanderson-ld]

For reviewers: autogenerated

[tanderson-ld]

For reviewers: autogenerated