Update okhttp monorepo to v5.0.0-alpha.14 - autoclosed #6
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
![renovate[bot]](https://avatars.githubusercontent.com/in/2740?s=60&v=4){kind=small}
renovate
bot
changed the title
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
5.0.0-alpha.11->5.0.0-alpha.145.0.0-alpha.11->5.0.0-alpha.14Warning
Some dependencies could not be looked up. Check the Dependency Dashboard for more information.
Release Notes
square/okhttp (com.squareup.okhttp3:okhttp-coroutines)
v5.0.0-alpha.142024-04-17
Breaking: Move coroutines extensions to okhttp3.coroutines. Previously this artifact shared the
okhttp3package name with our core module, which is incompatible with the Java Platform ModuleSystem.
Fix in okhttp-coroutines: Publish a valid artifact. The coroutines JAR file in 5.0.0-alpha.13
was corrupt and should not be used.
v5.0.0-alpha.132024-04-16
Breaking: Tag unstable new APIs as
@ExperimentalOkHttpApi. We intend to release OkHttp 5.0without stabilizing these new APIs first.
Do not use these experimental APIs in modules that may be executed using a version of OkHttp
different from the version that the module was compiled with. Do not use them in published
libraries. Do not use them if you aren't willing to track changes to them.
Breaking: Drop support for Kotlin Multiplatform.
We planned to support multiplatform in OkHttp 5.0, but after building it, we weren't happy with
the implementation trade-offs. We can't use our HTTP client engine on Kotlin/JS, and we weren't
prepared to build a TLS API for Kotlin/Native.
We'd prefer a multiplatform HTTP client API that's backed by OkHttp on Android and JVM, and
other engines on other platforms. [Ktor] does this pretty well today!
Breaking: Use
kotlin.time.Durationin APIs likeOkHttpClient.Builder.callTimeout(). Thisupdate also drops support for the
DurationUnitfunctions introduced in earlier alpha releasesof OkHttp 5.
Breaking: Reorder the parameters in the Cache constructor that was introduced in 5.0.0-alpha.3.
New:
Request.Builder.cacheUrlOverride()customizes the cache key used for a request. This canbe used to make canonical URLs for the cache that omit insignificant query parameters or other
irrelevant data.
This feature may be used with
POSTrequests to cache their responses. In such cases therequest body is not used to determine the cache key, so you must manually add cache-relevant
data to the override URL. For example, you could add a
request-body-sha256query parameter sorequests with the same POST data get the same cache entry.
New:
HttpLoggingInterceptor.redactQueryParams()configures the query parameters to redactin logs. For best security, don't put sensitive information in query parameters.
New:
ConnectionPool.setPolicy()configures a minimum connection pool size for a targetaddress. Use this to proactively open HTTP connections.
Connections opened to fulfill this policy are subject to the connection pool's
keepAliveDurationbut do not count against the pool-widemaxIdleConnectionslimit.This feature increases the client's traffic and the load on the server. Talking to your server's
operators before adopting it.
New in okhttp-android:
HttpLoggingInterceptor.androidLogging()andLoggingEventListener.androidLogging()write HTTP calls or events to Logcat.New:
OkHttpClient.webSocketCloseTimeoutconfigures how long a web socket connection will waitfor a graceful shutdown before it performs an abrupt shutdown.
Fix: Honor
RequestBody.isOneShot()inMultipartBodyFix in
okhttp-coroutines: Don't leak response bodies inexecuteAsync(). We had a bug wherewe didn't call
Response.close()if the coroutine was canceled before its response wasreturned.
Upgrade: [Okio 3.9.0][okio_3_9_0].
Upgrade: [Kotlin 1.9.23][kotlin_1_9_23].
Upgrade: [Unicode® IDNA 15.1.0][idna_15_1_0]
v5.0.0-alpha.122023-12-17
We took too long to cut this release and there's a lot of changes in it. We've been busy.
Although this release is labeled alpha, the only unstable thing in it is our new APIs. This
release has many critical bug fixes and is safe to run in production. We're eager to stabilize our
new APIs so we can get out of alpha.
New: Support Java 21's virtual threads (‘OpenJDK Project Loom’). We changed OkHttp's internals
to use
LockandConditioninstead ofsynchronizedfor best resource utilization.New: Switch our Internationalized Domain Name (IDN) implementation to [UTS #46 Nontransitional
Processing][uts46]. With this fix, the
ßcode point no longer maps toss. OkHttp now embedsits own IDN mapping table in the library.
New: Prefer the client's configured precedence order for TLS cipher suites. (OkHttp used to
prefer the JDK’s precedence order.) This change may cause your HTTP calls to negotiate a
different cipher suite than before! OkHttp's defaults cipher suites are selected for good
security and performance.
New:
ConnectionListenerpublishes events for connects, disconnects, and use of pooledconnections.
Fix: Immediately update the connection's flow control window instead of waiting for the
receiving stream to process it.
This change may increase OkHttp's memory use for applications that make many concurrent HTTP
calls and that can receive data faster than they can process it. Previously, OkHttp limited
HTTP/2 to 16 MiB of unacknowledged data per connection. With this fix there is a limit of 16 MiB
of unacknowledged data per stream and no per-connection limit.
Fix: Don't close a
Deflaterwhile we're still using it to compress a web socket message. Wehad a severe bug where web sockets were closed on the wrong thread, which caused
NullPointerExceptioncrashes inDeflater.Fix: Don't crash after a web socket fails its connection upgrade. We incorrectly released
the web socket's connections back to the pool before their resources were cleaned up.
Fix: Don't infinite loop when a received web socket message has self-terminating compressed
data.
Fix: Don't fail the call when the response code is ‘HTTP 102 Processing’ or ‘HTTP 103 Early
Hints’.
Fix: Honor interceptors' changes to connect and read timeouts.
Fix: Recover gracefully when a cached response is corrupted on disk.
Fix: Don't leak file handles when a cache disk write fails.
Fix: Don't hang when the public suffix database cannot be loaded. We had a bug where a failure
reading the public suffix database would cause subsequent reads to hang when they should have
crashed.
Fix: Avoid
InetAddress.getCanonicalHostName()in MockWebServer. This avoids problems if thehost machine's IP address has additional DNS registrations.
New: Create a JPMS-compatible artifact for
JavaNetCookieJar. Previously, multiple OkHttpartifacts defined classes in the
okhttp3package, but this is forbidden by the Java modulesystem. We've fixed this with a new package (
okhttp3.java.net.cookiejar) and a new artifact,com.squareup.okhttp3:okhttp-java-net-cookiehandler. (The original artifact now delegates tothis new one.)
implementation("com.squareup.okhttp3:okhttp-java-net-cookiehandler:5.0.0-alpha.12")New:
Cookie.sameSitedetermines whether cookies should be sent on cross-site requests. Thisis used by servers to defend against Cross-Site Request Forgery (CSRF) attacks.
New: Log the total time of the HTTP call in
HttpLoggingInterceptor.New:
OkHttpClient.Buildernow has APIs that usekotlin.time.Duration.New:
mockwebserver3.SocketPolicyis now a sealed interface. This is one of severalbackwards-incompatible API changes that may impact early adopters of this alpha API.
New:
mockwebserver3.Streamfor duplex streams.New:
mockwebserver3.MockResponseBodyfor streamed response bodies.New:
mockwebserver3.MockResponseis now immutable, with aBuilder.New:
mockwebserver3.RecordedRequest.handshakeServerNamesreturns the SNI (Server NameIndication) attribute from the TLS handshake.
Upgrade: [Kotlin 1.9.21][kotlin_1_9_21].
Upgrade: [Okio 3.7.0][okio_3_7_0].
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR has been generated by Mend Renovate. View repository job log here.