Ruslan Sennov

> Is that the only (or simply the best) library for levenstein automata? Or are there reasonable alternatives with fewer dependencies? Unfortunately I know nothing about others java-libraries which uses...

@npgall @archenroot At the moment I removed from liblevenshtein's dependencies list most of third-party libs except `it.unimi.dsi:fastutil`, because it should be benchmarked. See [liblevenshtein-java pure branch](/FinamTrade/liblevenshtein-java/tree/pure)

> Is there any reason why we used head() instead of first()? we try to be as close as possible to Scala API

> I may have already answered myself with HashSet.distinctBy(Function

Hi @barbarosalp It would be a great option, thanks

This is expected behavior. By default, all JSON objects are deserialized to `java.util.LinkedHashMap`. You can try using ```java new TypeReference() {} ``` instead of ```java new TypeReference() {} ``` (unfortunately...

> Would it be possible to fix it ? Up to now I have no idea about how that issue should be fixed. Maybe tests will be produced without nested...

what object are you serializing? can you provide a reproducer?

you should register the `VavrModule` in the `ObjectMapper` ```java import com.fasterxml.jackson.core.JsonProcessingException; import com.fasterxml.jackson.databind.ObjectMapper; import io.vavr.collection.HashMap; import io.vavr.jackson.datatype.VavrModule; import org.junit.Test; public class Iss119 { private final HashMap items = HashMap.of("id", "451565338509840384");...

`VavrModule` does not process serialization/deserialization of `Future` and `Try`