Ikc 208 json registry support #254
Conversation
|
@matty-matt bo: |
| } | ||
|
|
||
| @Test | ||
| public void should_deserialize_without_schema() { |
There was a problem hiding this comment.
Tak w zasadzie to po co jest ten test i dwa kolejne? Widzę, że są one też w klaskach do deserializacji dla avro i protobuf. Różnią się czymś między sobą? Może warto by było je gdzieś wydzielić albo zostawić tylko w jednej klasie?
There was a problem hiding this comment.
też zastanawiałem się żeby zrobić jedną klasę, która miałaby wydzielone wspólne rzeczy i wtedy każda by dziedziczyła od niej, to może tak zrobię
There was a problem hiding this comment.
Bardziej myślałem żeby te dwa czy trzy testy do osobnej klasy przerzucić
There was a problem hiding this comment.
done, wydzieliłem te bez scheme'y do dwóch osobnych klasek (ser/des)
...cil-backend/src/test/java/com/consdata/kouncil/serde/JsonSchemaSerializationServiceTest.java
Outdated
Show resolved
Hide resolved
| assertThat(deserializedMessage.getValueData().getMessageFormat()).isNull(); | ||
| } | ||
|
|
||
| private ConsumerRecord<Bytes, Bytes> prepareConsumerRecord(Bytes key, Bytes value) { |
There was a problem hiding this comment.
Może jescze to do jakiegoś utila? Czy to już przesada, co myślisz?
There was a problem hiding this comment.
też mi to się rzuciło i początkowo chciałem wydzielić, ale to tak naprawdę tylko tworzenie obiektu, nie wiem czy ma sens robić oddzielny util pod to, chociaż z drugiej strony sporo linii kodu zajmuje xd, hm
There was a problem hiding this comment.
zrobiłem i jakoś średnio mi podoba xd, więc chyba zostawię jak jest obecnie bez wydzielenia tego
No description provided.