-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bump okhttp version to 4.11.0 #29
Comments
Frustratingly the |
Note this change is not included in |
It appears also not to be included in |
Update from OkHttp folks: square/okhttp#6295 (comment) |
The original ticket here is for pulling a specific change which is was orignally going to be in a different OkHttp version (but is now slated for the 5.x stream) - I've updated the title to make that more clear. @barvek - our dependency requirement for |
For what it worth I can't reproduce this on a fresh project.
For plugins {
id 'java'
id 'application'
}
repositories {
mavenCentral()
}
dependencies {
implementation 'com.ibm.cloud:cloudant:0.2.+'
}
application {
mainClassName = 'depcheck.App'
} Running
Core's fetching |
I did clean the maven cache and getting the same old version of okhttp. I am not sure if you will get same result with maven.
|
Yes, I'm getting the same result, i.e. correct dep tree, with maven on a fresh project
Add dep in
Run dep:tree
|
Sadly still no non-experimental 5.x release of okhttp is available 5.0.0-alpha.11 is the latest. |
The okhttp folks have backported the fix for square/okhttp#1001 into |
The version of
okhttp
that we currently have hides HTTP early-termination-followed responses from the server. square/okhttp#6295 fixes this issue. To have the fix incloudant-java-sdk
, okhttp needs to be updated once the fix is available in a newokhttp
version.See related cloudant/java-cloudant#317
The text was updated successfully, but these errors were encountered: