Open VincentJoshuaET opened 3 years ago
I don't see much reason to change the encoding since both end up buffering. We can switch the decoding, however. Want to send a PR?
This is blocked on:
This is blocked on:
* [ ] Streaming being available for all format types, not just a single one * [ ] The streaming API being stable
Is there any update on this or where can we track this?
On the kotlinx.serialization repo. I'm not sure if there are bugs for either, but you could create them.
I believe streaming support has landed in kotlinx.serialization 1.3.0: https://github.com/Kotlin/kotlinx.serialization/issues/204.
Yes, but only for JSON. This issue was filed after 1.3.0 was released.
@JakeWharton I see that 1.4.0 now supports Okio BufferedSource and BufferedSink. Is this converter gonna be updated with that or is Retrofit maybe planning on releasing an official converter? Thanks.
No, nothing has really changed. Streaming still only works for JSON not all text formats. And the APIs this library uses are still marked as unstable which means we cannot upstream it yet.
@JakeWharton Will the usage of Okio BufferedSource and BufferedSink APIs reduce memory footprint during serialization/deserialization?
If the response if absolutely huge it would, yes.
@JakeWharton cool, thanks
@JakeWharton we have stable kotlinx.serialization v1.4.0 could we expect the support of Okio in the near future?
No. It's only supported for Json
and not arbitrary StringFormat
s.
I suppose we could add a Json
-specific overload of the factory function for now to enable it.
Although Json
is in a separate library so it would require a separate artifact...
@JakeWharton given that you are considering separate artifact for JSON - do you think it is realistic to have an "official" retrofit-converter for JSON with kotlinx-serialization? As far as I see, JSON support seams to be stable in kotlinx-serialization
now.
No, the APIs we use are still unstable for any format.
to