We were waiting for possible replacements for thos...

# http4k

[s4nchez]

We were waiting for possible replacements for those but haven’t checked for a while if they exist now

[dave]

Iirc are dependent on stable versions of a datetme library and an io library for the core. Obviously the various other modules directly rely on Java libs .

[s4nchez]

Kotlinx IO is abandoned. We could look into OkIO. We already support Ktor client/server which seems to work multiplatform, but it'd still mean replacing InputStream everywhere (including all other client/servers)....

[dave]

hmmm - I'm quite wary of replacing a part of core with something that isn't a JB lib TBH.

[dave]

it's possible we could do an adapter layer

[s4nchez]

yeap

[s4nchez]

I'm assuming that'd be the case (we still want to keep core with minimal dependencies)

[dave]

I'd envisage that we would end up with a http4k-core-base JAR defining the abstraction and then http4k-core and http4k-core-mp which provided the adapters. Either that or if we can do a shared source directory thing in Gradle then that would also work - although I seem to recall that being "playing gradle on hard mode"

[dave]

But I'm interested to know what the IO story is going to be for MP. Seems like a core part of any platform to me...

[s4nchez]

I'm assuming Jetbrains is simply leaving that to 3rd party. At least for time it seems like they're handling it.