I’m trying to use KMP with Apollo and an existing ...

# multiplatform

[wingchi]

I’m trying to use KMP with Apollo and an existing schema. I’ve got things setup on the gradle side, but when I try to build with my schema and a basic query I get:
Could not initialize class com.apollographql.apollo.compiler.parser.Schema
Anyone run into something similar before?

[mbonnin]

At first glance it looks like conflicting dependencies in the buildscript classpath. Can you post the build results with --stacktrace ?

[mbonnin]

My guess is that it fails on

private val UTF8_BOM = "EFBBBF".decodeHex()

That's most likely because you have an older okio version in your buildSrc classpath

[wingchi]

stacktrace

[mbonnin]

Can you update okio in your buildSrc to 2.5.0 ?

[mbonnin]

If okio is included transitively, you might have to add it

[wingchi]

Added it, same stacktrace.

[mbonnin]

bummer

[mbonnin]

Can you add the whole apollo-gradle-plugin in buildSrc maybe ?

[mbonnin]

I'm pretty sure it comes from this: https://github.com/gradle/gradle/issues/4741

[mbonnin]

Basically dependencies in buildSrc override the ones in other parts of your build scripts and might cause runtime crashes like this

[mbonnin]

Something else you can try to debug is run ./gradlew buildEnvironment . That'll should tell you waht okio and apollo-compiler dependencies are used

[wingchi]

Interesting. I’m not seeing apollo show up at all. And okio is at 1.16.0

[mbonnin]

I'm not seeing apollo

You might have to run it in your module: ./gradlew :$module:buildEnvironment

[wingchi]

Thanks. apollo-compiler:2.0.2 and okio:2.5.0

[mbonnin]

That sounds appropriate

[mbonnin]

I was really suspecting the decodeHex method which is a recent addition of okio

[wingchi]

I’m not sure if this helps, but when I ran the build again with a stacktrace, I got Caused by: java.lang.NoClassDefFoundError: Could not initialize class com.apollographql.apollo.compiler.parser.Schema

[mbonnin]

If you have build.gradle.kts files, can you try adding something like this at the root of the script ?

println("test".decodeHex().toString())

In the same build.gradle.kts file where you apply the apollo plugin ? To make sure okio dependency is working well ?

[wingchi]

Disregard that snippet. I pasted the wrong one.

[wingchi]

build stacktrace

[mbonnin]

Whatt is different from the first one ?

[wingchi]

I think I just missed the first line. It looked off, but it’s hard to read snippets on slack.

[mbonnin]

it is !

[mbonnin]

Last resort solution: you can run your build with -Dorg.gradle.debug=true and set breakpoints in intelliJ to have more details where the crash happens

[wingchi]

Dumb question: do I just drop that println anywhere in the root of build.gradle.kts?

[mbonnin]

yup

[mbonnin]

That should fail during configuration so before your actual crash (that happens at execution)

[wingchi]

Yup. That does fail in my build.

[mbonnin]

Something like a missing ByteString.Companion class ?

[wingchi]

Ohh, sorry, I put the okio in the wrong build.gradle.kts

[wingchi]

That fixed that build issue.

[mbonnin]

👍

[mbonnin]

This gradle "feature/bug" is really annoying

[wingchi]

Still getting build errors, but the model generation seems to have worked.

[wingchi]

Thank you for the help!

[mbonnin]

Ahah good luck, see you in another thread, maybe !

[wingchi]

🙇