if I have a top-level `fun` how can I make a stati...

# announcements

[Dalinar]

if I have a top-level fun how can I make a static import for it in Java?

[Shawn]

I just tried it, it sorta just works

[fred.deschenes]

if for example your function is called "foo" in a "Bar.kt" file you'll need to import BarKt.foo

[Shawn]

Right, you will need to import the Kt-suffixed class

[Shawn]

IDEA will show you the list of said classes as you write the import statement

[Dalinar]

I've been trying import static package.BarKt.foo and I can't get it to work, I can call the fun using BarKt.foo() but I can't figure out how to reduce that to just foo() with a static import

[Dalinar]

is it not possible?

[Shawn]

No, it definitely is possible, I literally just wrote a working example

[Dalinar]

ah ok maybe i'm doing something wrong

[Dalinar]

ah the error says a non-static method can't be referenced from a static context

[Dalinar]

but.. it is a top level fun, how can it not be static?

[Shawn]

Well, it’s not static in the traditional JVM sense, but that shouldn’t matter in this case

[Dalinar]

do I have to make an object?

[Dalinar]

in the kt file

[Shawn]

nope

[Dalinar]

ah hah ok i figured it out

[Shawn]

What was wrong?

[Dalinar]

ok, no I need to work on it some more.. something is strange here.. when I click the method with the error it goes to the java api toString() method but mine is actually toString(Exception)

[Dalinar]

if I qualify the call that solves everything but I have a lot of these in my code and similar funs that i converted to java, and the code will just look nicer on all those calls unqualified - they are helper funs/methods

[Shawn]

sounds kinda like you have some kind of collision or shadowing issue

[Dalinar]

but shouldn't happen with different signatures, right?

[Dalinar]

ok, question

[Shawn]

I mean, it shouldn’t, but you also shouldn’t have this much issue with the static import

[Dalinar]

on your sample code, if you click alt-enter on your BarKt of the `BarKt.foo()`call, do you get the option to import it? I get no options

[Dalinar]

ok this is weird, now it is actively editing away my static import when i make it, changing it just to import package.BarKt

[Shawn]

if I start with import package.BarKt and invoke BarKt.foo(), I do get an intention on the BarKt segment for an on-demand static import for BarKt

[Shawn]

similarly if I pull up intentions on the foo call specifically, I get the option to add a static import for the function call

[Dalinar]

ok, you were right.. if I change the name to toZString() it works

[Dalinar]

but I have no idea why it's colliding with different signatures

[Dalinar]

thanks for the help

[Dalinar]

guess I will call it asString()

[Alowaniak]

It might be an IntelliJ optimizing imports issue?

[Shawn]

I think it’s a Java limitation - class member methods with the same name as statically-imported ones will always trump the latter, even if the signatures differ. You can reproduce with a Kotlin file like this:

// Foo.kt
package foobar

fun frobnicate(widget: Int) = Unit

And a Java file containing this:

// Bar.java
package foobar;

import static foobar.FooKt.frobnicate;

public class Bar {
  public void frobnicate() {  }
  public static void qux() {
    frobnicate(42);  // Non-static method 'frobnicate' cannot be referenced from a static context
  }
}