<@UB9K6R4JH> vi que foi vc que contribuiu com algu...

# brazil

[Vinicius Araujo]

@LeoColman vi que foi vc que contribuiu com alguns assertions no kotlintest, pq optou por nao colocar as functions como infix? Saiu um pouco do padrao

[LeoColman]

Não sei, sempre coloco infix

[LeoColman]

Contribuí com tipi metade do módulo de assertions kkk

[LeoColman]

Se quiser abrir uma issue lá, deixamos as assertions infix

[LeoColman]

Só falar quais são

[Vinicius Araujo]

beleza, eu vi que tem varias que só recebem um parametro, daí quando é assim pode ser infix.

[Vinicius Araujo]

Outra coisa que queria ver contigo, tentei replicar os testes

"f:test json equality" {

            val json1 = """ { "name" : "sam", "location" : "london" } """
            val json2 = """ { "location": "london", "name" : "sam" } """
            val json3 = """ { "location": "chicago", "name" : "sam" } """

            json1.shouldMatchJson(json2)
            json1.shouldNotMatchJson(json3)
        }

só que deu uma exception:
l.jackson.module.kotlin.KotlinModule.<init>(IZZILkotlin/jvm/internal/DefaultConstructorMarker;)V

[Vinicius Araujo]

to usando a versao 2.10.0 do jackson, incompatibilidade?

[LeoColman]

beleza, eu vi que tem varias que só recebem um parametro, daí quando é assim pode ser infix.

Com certeza! Inclusive, a maioria é. Se algum foi esquecido devemos corrigir

[LeoColman]

incompatibilidade

Parece provável... Tenta remover a dependência do Jackson do Kotlintest (dar override com a sua)

[Vinicius Araujo]

Exemplos, essas

fun String.shouldMatchJson(json: String) = this should matchJson(json)
fun String.shouldNotMatchJson(json: String) = this shouldNot matchJson(json)

poderiam ser infix, certo?

[LeoColman]

Corretíssimo

[LeoColman]

Inclusive

[LeoColman]

https://github.com/kotlintest/kotlintest/issues/1061

[LeoColman]

Se quiser, pode resolver essa issue 🙂

[LeoColman]

Enquanto isso, vi que você tem comentado lá pelo #kotlintest sobre a versão do Jackson, parece ser o que você disse de incompatibilidade mesmo

[Vinicius Araujo]

boa, vou pegar essa

[Vinicius Araujo]

@LeoColman sobre o jackson, qual lib vc usa pra serializar? gostava do gson mas converti meus enum pra sealed class e só o jack (com muita amarração) me deu o resultado esperado

[Vinicius Araujo]

porém não gosto de outros comportamentos do jackson, principalmente atrabalhar com annotations

[LeoColman]

Ah, eu uso bem o Jackson

[LeoColman]

Com o módulo Kotlin

[cjmartinkoski]

O uso de annotations no jackson é opcional, a unica coisa que não consegui eliminar foi as annotations de polimorfismo, mas mesmo isso consegue trabalhar com configurações mais globais

[cjmartinkoski]

praticamente tudo pode ir no objectmapper

[Vinicius Araujo]

sim, como sealed classes é baseado em poliformismo, então não achei outra forma de fzer sem ser annotations, exemplo:

@JsonTypeInfo(use = JsonTypeInfo.Id.NAME, property = "value")
sealed class TipoInscricao(override val displayName: String) : SelectField() {
    @JsonTypeName("Pj")
    object Pj : TipoInscricao("CNPJ")
    @JsonTypeName("Pf")
    object Pf : TipoInscricao("CPF")
}

[cjmartinkoski]

vc pode propagar o classname, aí teria polimorfismo sem se preocupar com annotation

[cjmartinkoski]

ou poderia trabalhar com converters pra tipos especificos

[cjmartinkoski]

eu uso a abordagem dos converters em varios VOs

[cjmartinkoski]

tipo MonetaryValue, Barcode, etc..