fix(deps): update dependency com.squareup.okhttp3:mockwebserver3-junit5 to v5.0.0-alpha.14 #49
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.12
->5.0.0-alpha.14
Release Notes
square/okhttp (com.squareup.okhttp3:mockwebserver3-junit5)
v5.0.0-alpha.14
2024-04-17
Breaking: Move coroutines extensions to okhttp3.coroutines. Previously this artifact shared the
okhttp3
package 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.13
2024-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.Duration
in APIs likeOkHttpClient.Builder.callTimeout()
. Thisupdate also drops support for the
DurationUnit
functions 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
POST
requests 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-sha256
query 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
keepAliveDuration
but do not count against the pool-widemaxIdleConnections
limit.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.webSocketCloseTimeout
configures how long a web socket connection will waitfor a graceful shutdown before it performs an abrupt shutdown.
Fix: Honor
RequestBody.isOneShot()
inMultipartBody
Fix 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]
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 this update again.
This PR has been generated by Mend Renovate. View repository job log here.