19

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 ?

NetanelRabinowitz
  • 1,534
  • 2
  • 14
  • 26
  • 1
    could 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 Answers3

14

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"

enter image description here

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.

Cory Klein
  • 51,188
  • 43
  • 183
  • 243
13

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.

Andrei T.
  • 2,455
  • 1
  • 13
  • 28
3

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).

zcourts
  • 4,863
  • 6
  • 49
  • 74