Accessing a JavaResource from a KotlinResource

[kylepl]

Sometime I fallback to using just the Java bindings, but have specified say the provider in the Kotlin side. I tried to extract a JavaProviderResource from a KotlinProviderResource - but it is protected (so I had to patch locally, and start generating more things locally).

My local path is just modifying

pulumi-kotlin/sdk/src/main/kotlin/com/pulumi/kotlin/Common.kt

Line 52 in c2839f7

internal abstract val underlyingJavaResource: JavaResource

to be public instead of internal.

So two questions:

• Is there already a way to extract the JavaResource from the KotlinResource?
• If not, thoughts on having it? Seems useful.

[jplewa]

Ki Kyle, happy to hear you're continuing to give it a try! The Java bindings are an implementation detail. Our goal down the line is to implement this part natively in the Kotlin library, but we have limited resources right now, so it's not a huge priority. Can you tell me what your scenarios are for using Java objects directly? It's generally not something we recommend (with maybe one or two exceptions).

[kylepl]

#706 is a good example of needing to fallback to the Java bindings, and wanting to re-use my existing Kotlin logic.

[jplewa]

#706 is a good example of needing to fallback to the Java bindings, and wanting to re-use my existing Kotlin logic.

Yes, but in this case there's no corresponding Kotlin classes, so exposing the Java objects wouldn't really be of much help 😅 Do any other examples come to mind?

[kylepl]

Definitely possible that I am missing something better, but in the other example I have:

• a Kubernetes (Kotlin) provider
• I use it with Kotlin-generated bindings, works fine.
• CustomResource does not exist, thus I need to use the Java bindings
• The Java CustomResource needs a JavaProvider, and rather than figuring out how to generate that directly, I instead want to make use of my Kubernetes Kotlin provider
• For my local version, I expose the underlying Java object, which lets me use the mix of Java and Kotlin

[jplewa]

Ah, I understand, good point. I'll try to figure out how to handle these overlay resources when I get the chance, thank you for your patience 🙏

[kylepl]

Sounds good, no rush though, I'm unblocked.

And I empathize with the desire to both hide implementation details and also the occasional need for escape hatches. 😅