Como executar um projeto sbt no docker usando sbt-docker ou escrevendo um arquivo docker manualmente?

Tenho tentado aprender a gerir um projecto sbt em docker. Também quero usar spray. Estou a seguir o exemplo fornecido pela sbt-docker no github.: https://github.com/marcuslonnberg/sbt-docker/tree/master/examples/package-spray Quando eu retirar o projeto, ele funciona bem e eu poderia executar o recipiente docker também.

Existe um ficheiro dentro do Projecto > Projecto > PackageSprayBuild.scala Não sei como este ficheiro está a ser usado. Além disso, o exemplo dado não tem um extensao.ficheiro sbt.

Depois tentei criar o meu projecto separado.

Os meus 'plugins'.sbt parece-se com isto:

logLevel := Level.Warn

addSbtPlugin("se.marcuslonnberg" % "sbt-docker" % "1.2.0")
A minha construção.sbt parece quase idêntico ao exemplo que mencionei acima.

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

Depois fui para o terminal, dentro do projecto e usei o comando "SBT docker" e depois deu-me o seguinte erro:

[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$1.apply(IvyActions.scala:188)
    at sbt.IvyActions$$anonfun$updateEither$1.apply(IvyActions.scala:165)
    at sbt.IvySbt$Module$$anonfun$withModule$1.apply(Ivy.scala:155)
    at sbt.IvySbt$Module$$anonfun$withModule$1.apply(Ivy.scala:155)
    at sbt.IvySbt$$anonfun$withIvy$1.apply(Ivy.scala:132)
    at sbt.IvySbt.sbt$IvySbt$$action$1(Ivy.scala:57)
    at sbt.IvySbt$$anon$4.call(Ivy.scala:65)
    at xsbt.boot.Locks$GlobalLock.withChannel$1(Locks.scala:93)
    at xsbt.boot.Locks$GlobalLock.xsbt$boot$Locks$GlobalLock$$withChannelRetries$1(Locks.scala:78)
    at xsbt.boot.Locks$GlobalLock$$anonfun$withFileLock$1.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$1$1.apply(Defaults.scala:1369)
    at sbt.Classpaths$$anonfun$sbt$Classpaths$$work$1$1.apply(Defaults.scala:1365)
    at sbt.Classpaths$$anonfun$doWork$1$1$$anonfun$87.apply(Defaults.scala:1399)
    at sbt.Classpaths$$anonfun$doWork$1$1$$anonfun$87.apply(Defaults.scala:1397)
    at sbt.Tracked$$anonfun$lastOutput$1.apply(Tracked.scala:37)
    at sbt.Classpaths$$anonfun$doWork$1$1.apply(Defaults.scala:1402)
    at sbt.Classpaths$$anonfun$doWork$1$1.apply(Defaults.scala:1396)
    at sbt.Tracked$$anonfun$inputChanged$1.apply(Tracked.scala:60)
    at sbt.Classpaths$.cachedUpdate(Defaults.scala:1419)
    at sbt.Classpaths$$anonfun$updateTask$1.apply(Defaults.scala:1348)
    at sbt.Classpaths$$anonfun$updateTask$1.apply(Defaults.scala:1310)
    at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47)
    at sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:40)
    at sbt.std.Transform$$anon$4.work(System.scala:63)
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226)
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226)
    at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:17)
    at sbt.Execute.work(Execute.scala:235)
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226)
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226)
    at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:159)
    at sbt.CompletionService$$anon$2.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

perguntas:

1). Que versão de akka deve usar aqui e quais são as coisas que eu estou faltando para executar correctamente um projecto sbt dentro de um Contentor de docker ? Há alguma coisa que eu precise de mudar na minha constituição?configuração do docker sbt ?

o meu sbt é 0, 13, 8, scala 2, 11, 7

2) de que serve esse pacote?arquivo scala no projeto de exemplo, e por que não há plugins.ficheiro sbt usado ?

3). É necessário que eu também defina uma classe principal dentro do projeto sbt antes que a imagem seja construída dentro do acoplador para o projeto ? Ou posso simplesmente construir um imagem fornecendo build.sbt e plugins.configurações de sbt ?

4). qual seria o arquivo de exemplo do docker, se eu quiser construir manualmente uma imagem do docker para o meu projeto sbt sem usar o SBT-native-packager ou sbt-docker ou sbt-assembly ? Eu li A referência do dockerfile, mas não consigo exatamente ter uma idéia de como definir um arquivo docker particular para um projeto sbt. Um exemplo seria extremamente útil mostrar comandos para a construção da imagem, bem como o conteúdo desse acoplador arquivo.

5). Parece haver várias maneiras de executar o projeto sbt dentro do container docker. Qual seria a melhor abordagem para o conseguir e porquê ? Eu quero usar sbt com spray / Play framework e executá-lo em muitos recipientes.

Estou a usar Lubuntu OS.

Author: oblivion, 2015-12-20

2 answers

 4
Author: Przemek, 2015-12-20 19:33:04
Sei que é um post antigo, mas deparei-me com ele à procura de plugins do docker para o sbt.

O problema como eu o vejo com a construção.sbt, há uma mistura de dependências lib.

Para corrigi - lo ou alterar a versão scala: scalaVersion := "2.10.x"

O duplo '% % ' significa que está a importar uma lib compilada com a versão scala mencionada no seu compilar.sbt, e no seu caso que seria: scalaVersion := "2.11", que esta versão lib não suporta.

Se intenção de executar o código com scala 2. 11 Em seguida, use as seguintes libs:

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

E em relação à pergunta mencionada sobre: Q > "ficheiro dentro do Projecto > Projecto > PackageSprayBuild.scala " . Por favor consulte este http://www.scala-sbt.org/0.12.3/docs/Getting-Started/Full-Def.html : que afirma que o sbt é recursivo, e descreve como criar build.ficheiros scala no directório "Projecto > Projecto".

Espero que isto ajude os outros.
 2
Author: Kasper Johansen, 2016-09-20 21:31:46