如何通过使用 sbt-docker 或手动编写 docker 文件来 运行 docker 中的 sbt 项目?

How to run a sbt project in docker by using sbt-docker or writing a docker file manually?

我一直在努力学习 运行 docker 中的一个 sbt 项目。我也想用喷雾。 我正在按照 sbt-docker 在 github 中提供的示例进行操作: https://github.com/marcuslonnberg/sbt-docker/tree/master/examples/package-spray 当我拉项目时,它工作正常,我也可以 运行 docker 容器。

project > project > PackageSprayBuild.scala里面有个文件 我不知道这个文件是如何被使用的。 此外,给定的示例没有 plugins.sbt 文件。

然后我尝试创建我的独立项目。

我的plugins.sbt看起来像这样:

logLevel := Level.Warn

addSbtPlugin("se.marcuslonnberg" % "sbt-docker" % "1.2.0")

my build.sbt 看起来与我上面提到的示例几乎相同。

name := "demo-docker-sbt"

version := "1.0"

scalaVersion := "2.11.7"

resolvers += "spray repo" at "http://repo.spray.io/"

libraryDependencies ++= Seq(
  "io.spray" % "spray-can" % "1.2.0",
  "io.spray" % "spray-routing" % "1.2.0",
  "com.typesafe.akka" %% "akka-actor" % "2.2.3")

enablePlugins(DockerPlugin)

// Make docker depend on the package task, which generates a jar file of the application code
docker <<= docker.dependsOn(Keys.`package`.in(Compile, packageBin))

// Define a Dockerfile
dockerfile in docker := {
  val jarFile = artifactPath.in(Compile, packageBin).value
  val classpath = (managedClasspath in Compile).value
  val mainclass = mainClass.in(Compile, packageBin).value.get
  val libs = "/app/libs"
  val jarTarget = "/app/" + jarFile.name

  new Dockerfile {
    // Use a base image that contain Java
    from("java")
    // Expose port 8080
    expose(8080)

    // Copy all dependencies to 'libs' in the staging directory
    classpath.files.foreach { depFile =>
      val target = file(libs) / depFile.name
      stageFile(depFile, target)
    }
    // Add the libs dir from the
    addRaw(libs, libs)

    // Add the generated jar file
    add(jarFile, jarTarget)
    // The classpath is the 'libs' dir and the produced jar file
    val classpathString = s"$libs/*:$jarTarget"
    // Set the entry point to start the application using the main class
    cmd("java", "-cp", classpathString, mainclass)
  }
}

然后我进入终端,在项目中使用命令,"sbt docker" 然后它给了我以下错误:

[info] Resolving com.typesafe.akka#akka-actor_2.11;2.2.3 ...
[warn]  module not found: com.typesafe.akka#akka-actor_2.11;2.2.3
[warn] ==== local: tried
[warn]   /home/admin/.ivy2/local/com.typesafe.akka/akka-actor_2.11/2.2.3/ivys/ivy.xml
[warn] ==== jcenter: tried
[warn]   https://jcenter.bintray.com/com/typesafe/akka/akka-actor_2.11/2.2.3/akka-actor_2.11-2.2.3.pom
[warn] ==== public: tried
[warn]   https://repo1.maven.org/maven2/com/typesafe/akka/akka-actor_2.11/2.2.3/akka-actor_2.11-2.2.3.pom
[warn] ==== spray repo: tried
[warn]   http://repo.spray.io/com/typesafe/akka/akka-actor_2.11/2.2.3/akka-actor_2.11-2.2.3.pom
[info] Resolving jline#jline;2.12.1 ...
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[warn]  ::          UNRESOLVED DEPENDENCIES         ::
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[warn]  :: com.typesafe.akka#akka-actor_2.11;2.2.3: not found
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[warn] 
[warn]  Note: Unresolved dependencies path:
[warn]      com.typesafe.akka:akka-actor_2.11:2.2.3 (/home/admin/IdeaProjects/demo-docker-sbt/build.sbt#L11-15)
[warn]        +- default:demo-docker-sbt_2.11:1.0
sbt.ResolveException: unresolved dependency: com.typesafe.akka#akka-actor_2.11;2.2.3: not found
    at sbt.IvyActions$.sbt$IvyActions$$resolve(IvyActions.scala:291)
    at sbt.IvyActions$$anonfun$updateEither.apply(IvyActions.scala:188)
    at sbt.IvyActions$$anonfun$updateEither.apply(IvyActions.scala:165)
    at sbt.IvySbt$Module$$anonfun$withModule.apply(Ivy.scala:155)
    at sbt.IvySbt$Module$$anonfun$withModule.apply(Ivy.scala:155)
    at sbt.IvySbt$$anonfun$withIvy.apply(Ivy.scala:132)
    at sbt.IvySbt.sbt$IvySbt$$action(Ivy.scala:57)
    at sbt.IvySbt$$anon.call(Ivy.scala:65)
    at xsbt.boot.Locks$GlobalLock.withChannel(Locks.scala:93)
    at xsbt.boot.Locks$GlobalLock.xsbt$boot$Locks$GlobalLock$$withChannelRetries(Locks.scala:78)
    at xsbt.boot.Locks$GlobalLock$$anonfun$withFileLock.apply(Locks.scala:97)
    at xsbt.boot.Using$.withResource(Using.scala:10)
    at xsbt.boot.Using$.apply(Using.scala:9)
    at xsbt.boot.Locks$GlobalLock.ignoringDeadlockAvoided(Locks.scala:58)
    at xsbt.boot.Locks$GlobalLock.withLock(Locks.scala:48)
    at xsbt.boot.Locks$.apply0(Locks.scala:31)
    at xsbt.boot.Locks$.apply(Locks.scala:28)
    at sbt.IvySbt.withDefaultLogger(Ivy.scala:65)
    at sbt.IvySbt.withIvy(Ivy.scala:127)
    at sbt.IvySbt.withIvy(Ivy.scala:124)
    at sbt.IvySbt$Module.withModule(Ivy.scala:155)
    at sbt.IvyActions$.updateEither(IvyActions.scala:165)
    at sbt.Classpaths$$anonfun$sbt$Classpaths$$work.apply(Defaults.scala:1369)
    at sbt.Classpaths$$anonfun$sbt$Classpaths$$work.apply(Defaults.scala:1365)
    at sbt.Classpaths$$anonfun$doWork$$anonfun.apply(Defaults.scala:1399)
    at sbt.Classpaths$$anonfun$doWork$$anonfun.apply(Defaults.scala:1397)
    at sbt.Tracked$$anonfun$lastOutput.apply(Tracked.scala:37)
    at sbt.Classpaths$$anonfun$doWork.apply(Defaults.scala:1402)
    at sbt.Classpaths$$anonfun$doWork.apply(Defaults.scala:1396)
    at sbt.Tracked$$anonfun$inputChanged.apply(Tracked.scala:60)
    at sbt.Classpaths$.cachedUpdate(Defaults.scala:1419)
    at sbt.Classpaths$$anonfun$updateTask.apply(Defaults.scala:1348)
    at sbt.Classpaths$$anonfun$updateTask.apply(Defaults.scala:1310)
    at scala.Function1$$anonfun$compose.apply(Function1.scala:47)
    at sbt.$tilde$greater$$anonfun$$u2219.apply(TypeFunctions.scala:40)
    at sbt.std.Transform$$anon.work(System.scala:63)
    at sbt.Execute$$anonfun$submit$$anonfun$apply.apply(Execute.scala:226)
    at sbt.Execute$$anonfun$submit$$anonfun$apply.apply(Execute.scala:226)
    at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:17)
    at sbt.Execute.work(Execute.scala:235)
    at sbt.Execute$$anonfun$submit.apply(Execute.scala:226)
    at sbt.Execute$$anonfun$submit.apply(Execute.scala:226)
    at sbt.ConcurrentRestrictions$$anon$$anonfun.apply(ConcurrentRestrictions.scala:159)
    at sbt.CompletionService$$anon.call(CompletionService.scala:28)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)
[error] (*:update) sbt.ResolveException: unresolved dependency: com.typesafe.akka#akka-actor_2.11;2.2.3: not found

问题:

1).在这里应该使用什么版本的 akka?我缺少什么才能在 docker 容器中正确地 运行nning 一个 sbt 项目?我的 build.sbt docker 配置是否需要更改?

我的 sbt 是 0.13.8,scala 2.11.7

2) 示例项目中那个 PackageSprayBuild.scala 文件有什么用,为什么没有使用 plugins.sbt 文件?

3).在项目的 docker 中构建图像之前,我是否还必须在 sbt 项目中定义一个 main class ?或者我可以通过提供 build.sbt 和 plugins.sbt 配置来简单地构建图像吗?

4).如果我想在不使用 sbt-native-packager 或 sbt-docker 或 sbt-assembly 的情况下为我的 sbt-project 手动构建一个 docker 图像,示例 docker 文件是什么?我已经阅读了 docker 文件参考,但无法准确了解如何为 sbt 项目定义一个 docker 文件。一个示例将非常有助于显示构建图像的命令以及该 docker 文件的内容。

5). 运行 在 docker 容器内设置 sbt 项目似乎有多种方法。哪种方法是实现它的最佳方法,为什么? 我想将 sbt 与 spray/play 框架一起使用,并在许多容器中使用 运行 它。

我正在使用 Lubuntu OS。

看看DockerPlugin from SBT Native Packager Plugin

我知道它是一个旧的 post,但我在搜索 docker sbt 插件时遇到了它。

我在 build.sbt 中看到的问题是混合了 scala 版本 2.10 和 2.11 lib 依赖项。

要修复它,请更改 Scala 版本: scalaVersion := "2.10.x"

双“%%”意味着您正在导入一个用您提到的 scala 版本编译的库 build.sbt,在您的情况下是:scalaVersion := "2.11",这个库版本没有支持。

如果您打算 运行 使用 scala 2.11 的代码,请使用以下库:

libraryDependencies ++= Seq( "io.spray" %% "spray-can" % "1.3.3", "io.spray" %% "spray-routing" % "1.3.3", "com.typesafe.akka" %% "akka-actor" % "2.4.8")

关于提到的问题:Q > "file inside project > project > PackageSprayBuild.scala"。请参考这个 http://www.scala-sbt.org/0.12.3/docs/Getting-Started/Full-Def.html:其中说明 sbt 是递归的,它描述了如何在 "project > project" 目录中创建 build.scala 文件。

我希望这对其他人有帮助。