Ktor 1.3 Release
Ktor 1.3 was released recently, and we’re happy to share the details with you in this blog post.
Ktor consists of two parts: the server engine and a flexible asynchronous HTTP client. The current release focuses mainly on the HTTP client. Here you can find the complete changelog for this release.
The client is a multiplatform library that supports JVM, JS, Android, and iOS and is now often used in cross-platform mobile applications. Our main goal for the next releases is to make the server engine multiplatform, too.
The other areas we’re going to work on are:
- Improving integration with the kotlinx.serialization library.
- Supporting CIO (coroutines-based I/O client engine) on Kotlin/Native to make it a default multiplatform engine used in HttpClient.
If you currently use Ktor, either server or HttpClient, or have tried it at some point before, please take part in the following survey:
We’d be really grateful if you could share your experience with us!
Now let’s dive into the details of what Ktor 1.3 release brings.
In the previous Ktor versions, you needed to explicitly close the
HttpResponse. However, that was often a source of confusion. We’ve found a lot of cases where someone had forgotten to close the
HttpResponse, even in simple examples, and got memory leaks because of it. To improve this situation we introduce the incompatible change in Ktor 1.3:
HttpResponse no longer implements the
Closeable interface. Thus the 1.3.0 Ktor release is not backwards compatible with the previous version Ktor 1.2.X.
HttpResponse is in-memory by default; and there is no need to close it anymore:
If you need to handle streaming or big responses, use the new
HttpStatement doesn’t perform any network requests until you explicitly call the
For instance, you can read the data by chunks:
HttpClient adds experimental support for proxy. If you need to send requests under proxy, you can configure its address in the corresponding parameters:
NSURLSession for iOS engine
The iOS engine now provides a way to configure NSURLSession:
NSURLSession is a default API to interact with HTTP / HTTPS protocols on iOS, so now you can use it to tweak all the iOS-related settings.
Working with JSON improved
The following changes are supported both on HttpClient and server, so far in an experimental state.
Simplified collections serialization in JSON
In the previous Ktor versions, you needed to register auxiliary types for serializing collections. Now this process is simplified:
JsonFeature handles collection types without additional configuration. And all the related functions like
register are now deprecated.
There is no need to register
The same applies when working with JSON on a server, you can specify the collection types with the expected generic arguments when receiving the content:
Ktor now supports a way to construct a JSON body using the
To use it on a client, install JsonFeature and add the ktor-client-serialization dependency. On the server, use the SerializationConverter.
To migrate your Ktor application to the new version, you’ll need to:
- Update all your usages of
HttpResponse: simply remove the
closecalls, and use
- Update the imports. The
kotlinx.iodependency has been removed, so you’ll need to replace imports in the following way:
Note that there’s no binary compatibility with 1.2.x, so if you use any external Ktor features you’ll need to recompile them against the latest version. Also, make sure that you’re using 5.4.1+ Gradle metadata version.
Thank you for reading this and don’t forget to take the survey!
Subscribe to Blog updates
Thanks, we've got you!
Kotlin for WebAssembly Goes Alpha
Kotlin/Wasm is in Alpha! Continue reading to explore the capabilities of this technology.
Kotlin Multiplatform Development Roadmap for 2024
To equip you with the best cross-platform development experience, JetBrains aims to deliver a host of further improvements to the core Kotlin Multiplatform technology, Compose Multiplatform, KMP tooling, and KMP libraries in 2024.
Welcome Fleet with Kotlin Multiplatform Tooling
Welcome Kotlin Multiplatform support in Fleet, which simplifies the development of multiplatform applications.