Is it possible a feature/plugin depends on another...

# ktor

[Javier]

Is it possible a feature/plugin depends on another?

[El Zhang]

For ktor client's plugin I used/created, I don't think there's a direct approach to impl this. But if u look into their implementations, can see the interceptor pipelines - base on the lifecycle of those pipeline, u can define the running sequence and thus make dependent relationship indirectly.

[Javier]

I need to transform the type with my feature before JsonFeature get it.

@Serializable
data class User

@Serializable
data class SomeError

client.get<Either<SomeError, User>>(...)

[Javier]

The problem is JsonFeature should be able to parse SomeError or User, so I have to unwrap it from my Either before, if not, JsonFeature will try it with the Either class and it will fail

[El Zhang]

Probably u can use HttpResponsePipeline.Receive in your custom plugin to unwrap before JsonFeature works.

scope.responsePipeline.intercept(HttpResponsePipeline.Receive) { (info, body) ->
    if (body !is ByteReadChannel) { return @intercept}
    // Do something you want and get the final result in String (others types I did not try)
    val result: String = decrypt(body.readRemaining().readText())
    proceedWith(HttpResponseContainer(info, ByteReadChannel(result)))
}

[Javier]

I will try, thank you 🙂

[El Zhang]

Updated my code, I used it in my project to decrypt encoded Json Strings before JsonFeature.

[Javier]

But it let changing the type that JsonFeature will receive?

[El Zhang]

Well.. from the JsonFeature it does not aware our interceptor, so it reads http response from the ByteReadChannel (Kinda byte stream or something similar) always.