sbt sbt-assembly

¿Cómo corregir el informe sbt “Error al ajustar InputStream en GZIPInputStream: java.io.EOFException”?



sbt-assembly (4)

Mientras se ejecuta el comando sbt en un directorio vacío, sigue fallando con la siguiente excepción:

$ sbt [info] Loading global plugins from /Users/jacek/.sbt/0.13/plugins Error wrapping InputStream in GZIPInputStream: java.io.EOFException at sbt.ErrorHandling$.translate(ErrorHandling.scala:11) at sbt.WrapUsing.open(Using.scala:36) at sbt.Using.apply(Using.scala:24) at sbt.IO$$anonfun$gzipFileIn$1.apply(IO.scala:778) at sbt.IO$$anonfun$gzipFileIn$1.apply(IO.scala:777) at sbt.Using.apply(Using.scala:25) at sbt.IO$.gzipFileIn(IO.scala:777) at sbt.Sync$.readUncaught(Sync.scala:88) at sbt.Sync$.readInfo(Sync.scala:84) at sbt.Sync$$anonfun$apply$1.apply(Sync.scala:29) at sbt.Sync$$anonfun$apply$1.apply(Sync.scala:23) at sbt.Defaults$$anonfun$copyResourcesTask$1.apply(Defaults.scala:770) at sbt.Defaults$$anonfun$copyResourcesTask$1.apply(Defaults.scala:766) at scala.Function4$$anonfun$tupled$1.apply(Function4.scala:35) at scala.Function4$$anonfun$tupled$1.apply(Function4.scala:34) at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47) at sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:42) at sbt.std.Transform$$anon$4.work(System.scala:64) at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237) at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237) at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:18) at sbt.Execute.work(Execute.scala:244) at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237) at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237) at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:160) at sbt.CompletionService$$anon$2.call(CompletionService.scala:30) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) Caused by: java.io.EOFException at java.util.zip.GZIPInputStream.readUByte(GZIPInputStream.java:264) at java.util.zip.GZIPInputStream.readUShort(GZIPInputStream.java:254) at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:163) at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:78) at sbt.Using$$anonfun$gzipInputStream$1.apply(Using.scala:91) at sbt.Using$$anonfun$gzipInputStream$1.apply(Using.scala:91) at sbt.Using$$anon$1.openImpl(Using.scala:56) at sbt.WrapUsing$$anonfun$open$2.apply(Using.scala:36) at sbt.ErrorHandling$.translate(ErrorHandling.scala:11) at sbt.WrapUsing.open(Using.scala:36) at sbt.Using.apply(Using.scala:24) at sbt.IO$$anonfun$gzipFileIn$1.apply(IO.scala:778) at sbt.IO$$anonfun$gzipFileIn$1.apply(IO.scala:777) at sbt.Using.apply(Using.scala:25) at sbt.IO$.gzipFileIn(IO.scala:777) at sbt.Sync$.readUncaught(Sync.scala:88) at sbt.Sync$.readInfo(Sync.scala:84) at sbt.Sync$$anonfun$apply$1.apply(Sync.scala:29) at sbt.Sync$$anonfun$apply$1.apply(Sync.scala:23) at sbt.Defaults$$anonfun$copyResourcesTask$1.apply(Defaults.scala:770) at sbt.Defaults$$anonfun$copyResourcesTask$1.apply(Defaults.scala:766) at scala.Function4$$anonfun$tupled$1.apply(Function4.scala:35) at scala.Function4$$anonfun$tupled$1.apply(Function4.scala:34) at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47) at sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:42) at sbt.std.Transform$$anon$4.work(System.scala:64) at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237) at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237) at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:18) at sbt.Execute.work(Execute.scala:244) at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237) at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237) at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:160) at sbt.CompletionService$$anon$2.call(CompletionService.scala:30) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) [error] (compile:copyResources) Error wrapping InputStream in GZIPInputStream: java.io.EOFException Project loading failed: (r)etry, (q)uit, (l)ast, or (i)gnore? q

¿Cuál puede ser la causa raíz del problema?


Parece que la excepción se debe a algunos problemas con el repositorio local. Después de la limpieza, por ejemplo, eliminar directorios de target directorio ~/.sbt ahora está funcionando bien.

jacek:~/.sbt $ find . -name target | xargs rm -rf jacek:~/sandbox//testaaa $ sbt [info] Loading global plugins from /Users/jacek/.sbt/0.13/plugins [info] Updating {file:/Users/jacek/.sbt/0.13/plugins/}global-plugins... [info] Resolving org.fusesource.jansi#jansi;1.4 ... [info] Done updating. [info] Set current project to testaaa (in build file:/Users/jacek/sandbox//testaaa/) [testaaa]>

Encontré la solución en el hilo [2.1.1] SBT: InputStream en GZIPInputStream: java.io.EOFException en el foro de play-framework.

También me dijeron que el problema desaparece después de eliminar todos target directorios de target en el directorio de inicio del proyecto, por ejemplo, target , project/target .

jacek:my-project-path $ find . -name target | xargs rm -rf


Paso 1: debe agregar la ruta sbt en .bash_profile en caso de que Windows necesite agregar una variable de entorno, luego vaya a la terminal y ejecute el archivo ./sbt.

Paso 2: borra la carpeta de destino de tu directorio de proyecto.

Paso 3: ejecute el comando sbt desde el terminal intellijID "sbt clean", luego "activator clean" y luego activator update ".


Puede ejecutar sbt clean en su directorio (para eliminar el target y cualquier archivo en /src que pueda haber sido creado anteriormente) y ahora intente ejecutar sbt . Tuvo este problema al intentar crear un proyecto de semilla HTTP Akka ejecutando sbt -Dsbt.version=0.13.15 new https://github.com/akka/akka-http-scala-seed.g8 . Mi error fue que no estaba dentro de un directorio vacío mientras ejecutaba el comando. Más información sobre el error se puede encontrar here


ir al directorio del proyecto

$ cd my-spark-app $ rm -rf target $ cd project $ rm -rf target project

ahora empieza sbt

$sbt