workaround for docker not found error

[jillesvangurp]

I think there's something wonky with how the docker command is resolved. I commented about a simple workaround a few weeks ago on this on one of the closed tickets: #406 (comment)

But after fixing this again on another project, I think it would be nice to just integrate the fix in the plugin or at least document the workaround somewhere.

In short, on Java 21 (with sdkman), docker for desktop, and mac the plugin is no longer able to resolve the docker command from gradle.

Here's the work around:

listOf("/usr/bin/docker","/usr/local/bin/docker").firstOrNull { 
    File(it).exists()
}?.let { docker ->
    // works around an issue where the docker 
    // command is not found
    // falls back to the default, which may work on
    // some platforms
    dockerExecutable.set(docker)
} 

What this does is it tries to lookup the docker command in a few standard locations where it would normally be found before falling back to the existing behavior of trying to do magic via the PATH variable. Somehow it skips /usr/local/bin/docker, which is where I definitely have it and which is definitely on my PATH. It worked in Java 17 and somehow after switching to Java 21 (via sdkman, this may be a factor) it doesn't.

[djavorszky]

I had the same issue, but only recently, and only when I was executing the gradle task from IntelliJ IDEA Ultimate. It was working from the command line without any issues.

I was about to share my specs (jdk, gradle, intellij versions, etc), but while doing so I did some changes and it got fixed.

Notably:

1. I reset IntelliJ's SDK settings (removed JDK, added the same again). It's Azul Zulu 21, in case it's relevant for anyone.
   • Thinking about it, it's not actually the same - the path is different. It was added as the path where SDKMAN put it. Now I added it with the path in the current folder. Not sure if it's relevant, but given how JAVA_HOME points to the current folder as well, thought I'd share it
2. I reset the Gradle settings so that it uses the same SDK as I just set (it was set to that earlier as well, not sure what changed..)

After doing the above two, I could now run the gradle task from IntelliJ as well

[jillesvangurp]

I've had the issue both on the command line and in the IDE. This does not seem to relate to intellij settings at all for me at least. But instead of a maybe this will work or that will work, we should just make this less flaky? It's clearly failing to resolve things that are clearly there and listed on a PATH.

This gradle issue seems related: gradle/gradle#26453

[jvdadda]

Same here, but only with IntelliJ

[bcalmac]

A variant of the original workaround that assumes the /usr/local/bin location on MacOS:

import org.gradle.nativeplatform.platform.internal.DefaultNativePlatform
...
dockerCompose {
    if (DefaultNativePlatform.currentOperatingSystem.macOsX) {
        executable = '/usr/local/bin/docker-compose'
        dockerExecutable = '/usr/local/bin/docker'
    }
}

[mrclrchtr]

Same issue here.

It seems related to: gradle/gradle#10483

[mrclrchtr]

My working work around version:

  // Works around an issue where the docker command is not found.
  // Falls back to the default, which may work on some platforms.
  // https://github.com/avast/gradle-docker-compose-plugin/issues/435
  // https://github.com/gradle/gradle/issues/10483
  if (DefaultNativePlatform.getCurrentOperatingSystem().isMacOsX) {
    listOf("/usr/bin/docker-compose", "/usr/local/bin/docker-compose").firstOrNull {
      File(it).exists()
    }?.let { docker ->
      executable.set(docker)
    }
    listOf("/usr/bin/docker", "/usr/local/bin/docker").firstOrNull {
      File(it).exists()
    }?.let { docker ->
      dockerExecutable.set(docker)
    }
  }

[aleksanderlech]

Is there any target solution planned to solve this issue?
For me and couple of my team mates exactly the same bug occurs with combination of JDK21 and IntelliJ. It works through the console.

[jamesdh]

@aleksanderlech the root cause is gradle/gradle#10483. Until that is fixed, your best bet is to use one of the workarounds provided in this issue for defining the executable location.

CORRECTION: to be fair, this is actually an IntelliJ issue (see IDEA-334183)

[dalarche-te]

A variant of the original workaround that assumes the /usr/local/bin location on MacOS:

import org.gradle.nativeplatform.platform.internal.DefaultNativePlatform
...
dockerCompose {
    if (DefaultNativePlatform.currentOperatingSystem.macOsX) {
        executable = '/usr/local/bin/docker-compose'
        dockerExecutable = '/usr/local/bin/docker'
    }
}

This workaround works for me. Although it's just enough friction to wait and see if this issue will be addressed.

I am having this same issue trying to update a project to JDK 21 on command line and in intellij. Is there anything needed to help understand reproduce the issue?

[jamesdh]

@dalarche-te if you're experiencing this on the CLI, it's likely because the gradle daemon was started from IntelliJ. Kill the daemon (sudo killall gradle) and rerun from CLI first, and your problem will likely be solved for both CLI and IntelliJ.