![]() ![]() In Kotlin, nullability is intentionally treated to achieve null safety. It refers to the ability of variables to have an absence of value. Nullability is a concept commonly found in many programming languages. So Jackson deserializer seems to handle this correctly, whereas Fauna Java driver deserialization does not.This codelab teaches you about nullability and the importance of null safety. If we compare to the Jackson deserialize/serialize library that is used to deserialize the request body from the frontend to my backend service, this is not a problem. Could this be it? In Kotlin, when a field is non-nullable, the field needs to be set upon object creation (providing the value to the constructor normally). The problem seems to lie in that the deserialization process first instantiates the data class with no values (because this is OK in Java) and then sets the values on every field afterwards. It is a string value and it is correctly returned from Fauna and received in my application. The value of the field in Fauna is not null. One of my Kotlin data classes has a field that does not allow null values - a feature of Kotlin language (see here: Null safety | Kotlin) - and thus causes an exception to be thrown when data from Fauna is fetched and deserialization process and creation of instance of Kotlin data class is attempted. I’m writing a backend service in Kotlin and Spring Boot, and for Fauna integration I’m using the Java driver ( GitHub - fauna/faunadb-jvm: Scala and Java driver for FaunaDB).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |