you're gonna want json values. it'll serialize a class to a map and then you can put the key/value pair into the map and then write that out to json

In this case I'm receiving a blob of JSON as a string from a source that can only provide it as a string and want to add an additional property before passing the JSON on as a string to a destination (that can only accept it as a string). So starting with the string

{ "foo": "1" }

I'd like to end up with the string

{ "foo": "1", "timestamp": "39483984" }

Is there a way to execute an insert/append-type action on the string directly, or do I need to parse/modify/serialize it myself? (I suspect any insert/append would be doing the same thing behind the scenes, but if there's a way to simplify my code I'd like to use it)

what is the right way to write unit tests for the code generated using

KotlinPeot

, I mean is it a try and error after compiling the project? excuse my ignorance this is the first time I’m using it.

@Aidan Low it is never safe to manipulate as a string. you can use Moshi to parse into what it calls a JSON value (lists, maps, scalars), manipulate that, and then write it back to a string

Agreed, I definitely don't want to edit the string myself, but I wasn't sure if there was a way for Moshi to parse/manipulate/write in a single step; it sounds like the answer is no. Thanks!

Json serialization question. I'm using firebase, and firebase has these things called httpscallables, which are essentially REST API calls, but theres no out of the box deserializer (although firebases firestore DOES deserialize things for you. it makes no sense.) Everything is returned as a Map<*, *>, and you're left to wire it up yourself into an object, OR take the map, convert map to json, then deserialize from json string into my actual object. I know I've read in the past that moshi optimizes for streams of data(? i think i read that somewhere) vs gson which optimizes for strings which is why sometimes benchmarks mislead with gson being faster. Since I need to do this weird dance of converting a map to json string first, then into an object. would gson actually be preferred in this case. or should i just stick with moshi (which i know fairly well) unless i hit a tangible perf issue with moshi?

Moshi can deserialize from maps and lists

Look for fromJsonValue APIs

Oh cool. TIL. I wonder if that means that I can complete skip firestores built in deserializer as well and just move directly to moshi for there to. Looks like i have something to do this weekend. 😅 edit: actually the firestore deserializer does some weird deserialization stuff for fetching document ids and such. so maybe not... it would be nice to use a single deserializer though. hm

Cool. That worked pretty easily.

val moshi = Moshi.Builder()
    .addLast(KotlinJsonAdapterFactory())
    .build()
        
val testResponse: TestResponse? = moshi.adapter(TestResponse::class.java).fromJsonValue(result.data)
return testResponse!!

Kinda based off of that. Should I store moshi globally? and then do moshi.adapter() at every callsite? Or is the adapter something that should be add() 'd to the moshi instance? edit: actually. maybe that actually doesn't make sense since the callsite needs to know the exact type at the callsite.

I recommend making your Moshi instance a Singleton

Makes sense. Thanks! One last question I had from docs. Is this still true? 2.5MiB kinda erases one of the main benefits of moshi vs jackson. I can't move to moshi codegen, so just curious if 2.5MiB is still true.

Note that the reflection adapter transitively depends on the

kotlin-reflect

library which is a 2.5 MiB .jar file.

For Moshi, you're gonna need either codegen or reflection.

What does Jackson do with Kotlin??

Why don't Moshi use java reflection APIs, even for kotlin code? Would it still need the deps on kotlin-reflect?

It's so likely to be wrong (about nullability, default values, etc) that it's not worth trying

Yeah we had so nasty bugs prior to Moshi around exactly these topics

We once serialized a sealed class and Jackson was creating new instances of kotlin `object`s. That lead to a really crazy bug that took us forever to figure out

So if you can't go the Moshi route with codegen and reflect is too large I'd definitely go with kotlinx

Hey I found an issue with KotlinPoet and KSP 1.7.0-1.6.0 - transitive Aliases causing a IllegalStateException in the TypeParameterResolver. Are you open for an PR?

Exciting talks planned! https://nyc.droidcon.com/jake-wharton/

I have already one

CallAdapter

for Retrofit which converts the responses to

Either<Failure, Success>

type (from the Arrow.kt library). Now I would like to attach something in the call chain, if the call result is an

IOException

then I want to notify the UI that possibly the network connection is gone. Is there some mechanism to do it? Currently I tried to attach another

CallAdapter

just for this purpose (which basically just should pass the Call unchanged, but as a side-effect emit an event to the UI in the

onFailure()

callback of the

Call<T>

). However it doesn't seem to work when put as the first

CallAdapter

in chain. There is an error that Moshi converter tries to already parse the call after the first adapter (not waiting for the second one, which outputs the

Either<F, S>

type). It complains that it cannot parse JSON to a

Call<T>

object.

I have a fairly simple CLI app in which I'm trying to use Dagger/Anvil. I have an interface

Presenter

, and a few implementations of those. E.g.:

@ContributesMultibinding(PresenterScope::class, boundType = Presenter::class)
@StringKey("foo")
class FooPresenter @Inject constructor() : Presenter {}

My main file looks like this:

class Main @Inject constructor(
  private val presenters: Map<String, Presenter>,
) {}

@Singleton
@MergeComponent(PresenterScope::class)
interface Provider {
  fun main(): Main
}

fun main(args: Array<String>) {
  DaggerProvider.builder().build().main().main(args)
}

The presenters injection fails, Dagger complains that there's no provide method. However, if I declare my provider like this:

@Singleton
@MergeComponent(PresenterScope::class)
interface Provider {
  fun main(): Main
  val presenters: Map<String, Presenter
}

There, Dagger is finding it (if I remove it from my

Main

class that is). I feel like I'm missing something obvious to provide that dependency to my

Main

class, but I can't figure out what?

After enable R8 full mode getting ParameterizedType error

Accessing hidden method Ljava/security/spec/ECParameterSpec;->setCurveName(Ljava/lang/String;)V (greylist, reflection, allowed) 16:09:29.013 W java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.reflect.ParameterizedType 16:09:29.014 W at retrofit2.HttpServiceMethod.parseAnnotations(SourceFile:46) 16:09:29.014 W at retrofit2.ServiceMethod.parseAnnotations(SourceFile:39) 16:09:29.014 W at retrofit2.Retrofit.loadServiceMethod(SourceFile:202) 16:09:29.014 W at retrofit2.Retrofit$1.invoke(SourceFile:160) 16:09:29.014 W at java.lang.reflect.Proxy.invoke(Proxy.java:1006) 16:09:29.014 W at $Proxy6.generateAnonymousAuthTokenAsyn(Unknown Source)

Hey, anyone has an idea what might cause this https://github.com/square/kotlinpoet/issues/1304? I could try to contribute but hints about what happens there are much appreciated.

Is it possible to indicate to Paparazzi to wait a few milliseconds to record the snapshot (I am showing an snackbar in Compose and Paparazzi can't get it)

Looks like

paparazzi.gif

is not supported yet in Compose