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

sbt-assembly

Question

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?

Answer 1

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

Answer 2

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

Answer 3

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

Answer 4

ir al directorio del proyecto

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

ahora empieza sbt

$sbt