We’re going to change up OkHttp multiplatform a lo...

# squarelibraries

[jessewilson]

We’re going to change up OkHttp multiplatform a lot before 5.0 final. Probably new shareable APIs cause it’s too difficult to share our existing ones

[yschimke]

Particularly a good opportunity to build on kotlix.io

[ursus]

But the idea would be just that? That okhttp types would be available in common? But the underlying engine would still be platform dependant? i.e. on android whatever it is now, and URLSession on ios?

[yschimke]

Yep. No implementation of http/3 is coming. So even OkHttp as a nice familiar API in front of say Android HttpEngine (Cronet). There are libraries that chose OkHttp, like Coil. Would be nice if OkHttp wasn't the thing stopping them supporting KMP

[Paul Woitaschek]

Did you think about first party coroutines support?

[jessewilson]

Yes and yes

[jessewilson]

We don’t need Call as a class if we have coroutines

[Paul Woitaschek]

Wonderful 👍

[ursus]

is there a rough eta on the 5.0? a year maybe?

[jessewilson]

No ETAs as a rule. If you use the alphas we might change the newly-added APIs but the code is the most mature, best version for quality and bug fixes

[Daniel Perez]

I figured multiplatform would be 6.0 as it seems the 5.0 work so far was a lot of GraalVM work

[yschimke]

GraalVM and Loom were not major targets, just seemed like things that should be supported.