I have a strange bug with coroutines (basic level) This one ``` @GetMapping("/health-check") ...

# coroutines

[Pihentagy]

I have a strange bug with coroutines (basic level)

This one

@GetMapping("/health-check")
    fun healthCheck() = runBlocking {
        mapOf(
            "version" to javaClass.getPackage().implementationVersion,
        )
    }

returns

{
  "version": null
}

however this one

@GetMapping("/health-check")
    fun healthCheck() =
        mapOf(
            "version" to javaClass.getPackage().implementationVersion,
        )

returns something.

Why it that?

[Sam]

javaClass is an extension property on the current receiver. Inside runBlocking, the receiver is replaced by a CoroutineScope, so javaClass actually gets you the class of the coroutine scope, which I guess is not what you want!

[Sam]

A simple solution is a qualified `this`:

class MyClass {
    fun myFun() = runBlocking {
        val wrongClass = this.javaClass // ❌
        val myClass = [e-mail] // ✅
    }
}

[Pihentagy]

Thanks.
Huh, logical, but huh. So excatly what will it be? How is that possible then that I see all instance fields?

[Sam]

When I said the receiver is “replaced”, that’s actually a bit of a simplification. Actually the original receiver is still there. When you bring a new receiver into scope, its members will shadow the members of the existing receivers. So you can see all the original instance fields, as long as they don’t share the same name as a property belonging to the new receiver.

[Pihentagy]

And can I achieve that without mentioning the actual classname? (so without MyClass)

[Sam]

Not really, but you could work around it by just extracting another function:

@GetMapping("/health-check")
fun healthCheck() = runBlocking {
    mapOf(
        "version" to getImplementationVersion(),
    )
}

fun getImplementationVersion() = javaClass.`package`.implementationVersion