Intellij falsely marked some import of Scala implicits as not being use. Is there a way to prevent it from deleting those import when optimized them explicitly for a specific import and not prevent optimized import for the entire project ?
-
1could you give an example? From memory, I think it happens for some implicit resolution imports, but I'm not quite sure of an explicit example to give. – Cyrille Corpet Apr 03 '17 at 07:21
-
This can be necessary if IntelliJ can't figure out that the imports are used. For example, https://github.com/xdotai/play-json-extensions#automatic-formatting-of-sealed-traits-delegating-to-formatters-of-the-subclasses generates code with macros, so I'm guessing that IntelliJ will just remove some of the imports since it can't see the code that's generated. – jon_wu Nov 18 '20 at 21:09
3 Answers
IntelliJ's Scala plugin now allows you to suppress this false warning on a project-wide level. That may not be appropriate for all cases, but it can help. Click the lightbulb then select "Mark import as always used in this project"
Alternatively you can add this directly to your code style xml:
<component name="ProjectCodeStyleConfiguration">
<code_scheme name="Project" version="173">
<ScalaCodeStyleSettings>
<option name="alwaysUsedImports">
<array>
<option value="models.slickless.synchronized" />
<option value="another.import.path" />
</array>
</option>
</ScalaCodeStyleSettings>
</code_scheme>
</component>
IntelliJ usually stores that file at .idea/codeStyles/Project.xml
. It may be a good idea to commit this to your repository so it can be shared.

- 51,188
- 43
- 183
- 243
I'm afraid there isn't, I had similar issues especially when using akka
and importing the implicit execution context from an ActorSystem
in some cases. I recommend defining the value instead of importing. One such example would be:
// Avoid importing the execution context like this
class MyActor extends Actor {
import context.system.dispatcher
}
// Define it explicitly instead
class MyActor extends Actor {
implicit val ec = context.system.dispatcher
}
I hope this helps you.

- 2,455
- 1
- 13
- 28
-
2I was hopping for something more elegant something like just suppressing the warning, this solution can be ugly if you have more than a few implicits to import :) but this will do the work.. thx! – NetanelRabinowitz Apr 03 '17 at 19:11
-
1Yeah, you are right it can get quite messy, but unfortunately that's the only workaround I know :( – Andrei T. Apr 03 '17 at 19:13
-
Unfortunately there isn't a fix and the problem appears to originate in the compiler itself.
See https://youtrack.jetbrains.com/issue/SCL-7335 which leads to https://issues.scala-lang.org/browse/SI-8773 (reported in 2014 but no fix yet).

- 4,863
- 6
- 49
- 74