is there some way to deal with the fact that kotli...

# announcements

[vlad]

is there some way to deal with the fact that kotlin methods can throw exceptions such as IOException that are “checked” exceptions in java without `throws`in teh signature?

[nfrankel]

what do you mean?
exceptions in kotlin are not checked...

[vlad]

yeah i know, but if java is calling kotlin code that throws an IOException, then it’s very surprising to the java code that a checked exception is thrown from a method without throws in its signature

[Shawn]

IOException is a checked exception in Java and there’s nothing stopping you from throwing it in a function in Kotlin and calling that function from Java

[diesieben07]

You can use the @Throws annotation to make it so that Java sees the method as "throwing something".

[vlad]

@diesieben07 thanks that’s helpful

[nfrankel]

if java is calling kotlin code that throws an IOException, then it’s very surprising to the java code that a checked exception is thrown from a method without throws in its signature

i think the java runtime doesn’t give a damn the java compiler is the one which cares about that

[scottmeschke]

better yet. if it is completely expected for the method to throw, have it return a Try<T> or a result type, or sealed class etc.

[scottmeschke]

then you dont have to worry from java callsite, because they are forced to see what actually happened. without all of the issues that come with programming with exceptions

[hallvard]

i think the java runtime doesn’t give a damn the java compiler is the one which cares about that

... and maybe the java developer. ..