weird. Try a clean build

# arrow

[pakoito]

weird. Try a clean build

[Ryan Benasutti]

Did not help. Maybe it helps you to know that the exception is inside a library I use in another project? That is why I am wondering about dependencies. Using a fat jar doesn't fix it, though.

[pakoito]

check with gradle whether it’s bringing an arrow version that’s binary incompatible with your

[pakoito]

./gradlew dependencies

[Ryan Benasutti]

All arrow-related deps that shows are version 0.11.0
https://pastebin.com/BmzktUJZ

[Ryan Benasutti]

Hmm, I can't reproduce it in a test but I can reproduce it in the main code if I write this IO { }.attempt() . Maybe this has something to do with using arrow inside the IntelliJ plugin code (this project is an IntelliJ plugin). JetBrains only documents needed to declare dependencies in plugin.xml for other plugins, though; not for every single dependency.

[pakoito]

you got me here

[pakoito]

check the bytecode target maybe?

[pakoito]

java 6?

[stojan]

Probably a transitive dependency... Kotest maybe?

[Ryan Benasutti]

@pakoito The bytecode target is 8. I verified by looking at the class files.
@stojan I am not sure what you mean. Can you please elaborate?

[Ryan Benasutti]

Looks like this has nothing to do with Arrow. I can replicate it with my own code in the same project. Thanks for the help anyway.

[pakoito]

¿?¿?¿?

[pakoito]

so weird

[Ryan Benasutti]

If you are curious as to the minimum reproducible example or the tracking of the issue, I opened this post https://intellij-support.jetbrains.com/hc/en-us/community/posts/360009914060-ClassCastException-during-runIde-but-not-during-tests

[stojan]

I was thinking it might involve kotest (as kotest depends on arrow)

A similar program happened to me, in tests only and it was related to an older arrow version coming from kotest.

[stojan]

The solution was to explicitly specify arrow for tests (this was using gradle)