Error when casting dataframe to a @DataSchema class located in another package

[lev-nekrasov]

Hi!

When using dataframe cast to a particular type, I'm getting error:

java.lang.NoSuchMethodError: 'org.jetbrains.kotlinx.dataframe.DataColumn com.package1.__GENERATED__CALLABLES__Kt.getSomethingId(org.jetbrains.kotlinx.dataframe.ColumnsContainer)'
when i do see function definition:

public val org.jetbrains.kotlinx.dataframe.ColumnsContainer<com.package1.Class1>.somethingId: org.jetbrains.kotlinx.dataframe.DataColumn<kotlin.Long> /* compiled code */
public final get() { /* compiled code */ }

in
build/classes/kotlin/main/com/package1/__GENERATED__CALLABLES__Kt.class

Everything is fine when i don't cast.

Any ideas what i'm doing wrong?

I'm on 1.0.0-Beta5 and 2.3.21 for all kotlin plugins.

Thanks!

[koperagen]

Hi! Thanks for the report. Do you see that problem is persistant across build execution / build after clear? Have a feeling it could be related to incremental compilation

[lev-nekrasov]

Yes, I rebuilt it from scratch, even cleaned gradle, to no avail. For some reason it doesn't see that function. When @DataSchema class is in the same package, it's fine. It's only a problem if it's in another package.

[lev-nekrasov]

Just tried 2.4.0-RC2, same result

[koperagen]

I'll try to reproduce. So setup is

1. file in com.example1 package with @DataSchema Class1
2. another file in com.example with import com.example1.Class1 and import com.example1.* or import com.example1.somethingId

and something like DataFrame.readCsv().cast<Class1>().somethindId, correct?

[lev-nekrasov]

Correct. I reference "somethingId" in this context:

val df1: DataFrame<package1.Class1>=...
val df2: DataFrame<package1.Class1>=...
val joined = df1.leftJoin(df2) { somethingId }

I'll try to write a small example to illustrate this.

[lev-nekrasov]

Here it is attached.

ExampleNoSuchMethodError.zip

[koperagen]

Here it is attached.

ExampleNoSuchMethodError.zip

I almost understand the problem. I believe plugin breaks when extension property is used from a different module - test is de facto it. When used from a different package within main it works. Root cause is that extension property is generated with JvmName - this is where mismatch happens. Callsite of somethingId in test expects by usual convention to see getSomethingId method in bytecode, but there it looks like this:

This is surprising and very useful to know! I'll work on the fix

[lev-nekrasov]

Ooooh I see! That's really good to know. Thank you very much!!!!

[koperagen]

Merged the fix: JetBrains/kotlin@dc22fd8
Will be in 2.4.20-Beta1 when it's released in a couple of weeks. I'll keep the issue to later verify that everything works for you.