Not sure where to pop this question, either Kotlin...

# announcements

[AnnoymousGiraf]

Not sure where to pop this question, either Kotlin or Kotlin Native, does someone have experience with GO integration in Kotlin?

[gildor]

What kind integration? It depends on platform and what you mean by "integration"

[gildor]

Probably this thread will be interesting for you
https://kotlinlang.slack.com/archives/C0922A726/p1556175018176800?thread_ts=1556175018.176800&cid=C0922A726

[AnnoymousGiraf]

Docker Go library plays well with Docker, while the java on is just a lean api calls. i was thinking of utilizing the GO library somehow. not sure about the experience though.

[gildor]

for this use case I would just use Java Client, it doesn’t worth to get all problems and boilerplate of interop just to use library on Go. Do you have some real limitations that cannot be used without Docker Go library?

[gildor]

Also, how Docker Go library works? Because all docker client (even official ones) just work with docker socket, so it completely language agnostic, just a socket binary protocol

[AnnoymousGiraf]

i know, but the java client is limited for some reason. i guess some grpc or something that is not expose to the JVM ¯\_(ツ)_/¯

[gildor]

some grpc or something that is not expose to the JVM

This not really make sense for me, if it is grpc and socket, than nothing to do with JVM, it’s just a protocol

[gildor]

Maybe if you don’t have some particular API it’s just not yet supported by particular library and make sense report an issue

[BMG]

I’ve used Gomobile + Kotlin in my Android projects to reuse GO code from backend stack. (Before Kotlin native came into picture)

[BMG]

But I strongly recommend against using GoMobile as it is not very actively being supported. Also, it added huge size to the final apk. The only reason I had to use GoMobile was to share business logic across stacks. But Kotlin/Native is now the much better choice for that.

[gildor]

GoMobile is essentially JNI

[gildor]

and the same if you just want to consume some existing native library, just use JNI, but you need really good reason to use JNI