Comment fixer le sbt "Erreur d'emballage InputStream en GZIPInputStream: java.io.EOFException"?
en courant sbt
commande dans un répertoire vide, il met en situation d'échec avec l'exception suivante:
$ 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.apply(IO.scala:778)
at sbt.IO$$anonfun$gzipFileIn.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.apply(Sync.scala:29)
at sbt.Sync$$anonfun$apply.apply(Sync.scala:23)
at sbt.Defaults$$anonfun$copyResourcesTask.apply(Defaults.scala:770)
at sbt.Defaults$$anonfun$copyResourcesTask.apply(Defaults.scala:766)
at scala.Function4$$anonfun$tupled.apply(Function4.scala:35)
at scala.Function4$$anonfun$tupled.apply(Function4.scala:34)
at scala.Function1$$anonfun$compose.apply(Function1.scala:47)
at sbt.$tilde$greater$$anonfun$$u2219.apply(TypeFunctions.scala:42)
at sbt.std.Transform$$anon.work(System.scala:64)
at sbt.Execute$$anonfun$submit$$anonfun$apply.apply(Execute.scala:237)
at sbt.Execute$$anonfun$submit$$anonfun$apply.apply(Execute.scala:237)
at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:18)
at sbt.Execute.work(Execute.scala:244)
at sbt.Execute$$anonfun$submit.apply(Execute.scala:237)
at sbt.Execute$$anonfun$submit.apply(Execute.scala:237)
at sbt.ConcurrentRestrictions$$anon$$anonfun.apply(ConcurrentRestrictions.scala:160)
at sbt.CompletionService$$anon.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.apply(Using.scala:91)
at sbt.Using$$anonfun$gzipInputStream.apply(Using.scala:91)
at sbt.Using$$anon.openImpl(Using.scala:56)
at sbt.WrapUsing$$anonfun$open.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.apply(IO.scala:778)
at sbt.IO$$anonfun$gzipFileIn.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.apply(Sync.scala:29)
at sbt.Sync$$anonfun$apply.apply(Sync.scala:23)
at sbt.Defaults$$anonfun$copyResourcesTask.apply(Defaults.scala:770)
at sbt.Defaults$$anonfun$copyResourcesTask.apply(Defaults.scala:766)
at scala.Function4$$anonfun$tupled.apply(Function4.scala:35)
at scala.Function4$$anonfun$tupled.apply(Function4.scala:34)
at scala.Function1$$anonfun$compose.apply(Function1.scala:47)
at sbt.$tilde$greater$$anonfun$$u2219.apply(TypeFunctions.scala:42)
at sbt.std.Transform$$anon.work(System.scala:64)
at sbt.Execute$$anonfun$submit$$anonfun$apply.apply(Execute.scala:237)
at sbt.Execute$$anonfun$submit$$anonfun$apply.apply(Execute.scala:237)
at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:18)
at sbt.Execute.work(Execute.scala:244)
at sbt.Execute$$anonfun$submit.apply(Execute.scala:237)
at sbt.Execute$$anonfun$submit.apply(Execute.scala:237)
at sbt.ConcurrentRestrictions$$anon$$anonfun.apply(ConcurrentRestrictions.scala:160)
at sbt.CompletionService$$anon.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
quelle peut être la cause profonde du problème?
4 réponses
il semble que l'exception ait été due à des problèmes avec le repo local. Après le nettoyage, par exemple enlever target
annuaires ~/.sbt
répertoire il fonctionne maintenant très bien.
jacek:~/.sbt
$ find . -name target | xargs rm -rf
jacek:~/sandbox/stackoverflow/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/stackoverflow/testaaa/)
[testaaa]>
j'ai trouvé la solution dans le thread [2.1.1] SBT: InputStream in gzipinputstream: java.io.EOFException dans le forum play-framework.
on m'a aussi dit que le problème disparaît après suppression de tous les target
répertoires dans les répertoires du projet répertoire de base, par exemple,target
, project/target
.
jacek:my-project-path
$ find . -name target | xargs rm -rf
aller au répertoire des projets
$ cd my-spark-app
$ rm -rf target
$ cd project
$ rm -rf target project
maintenant, commencez sbt
$sbt
Étape 1: vous devez ajouter le chemin sbt.bash_profile en cas de windows doit ajouter une variable d'environnement puis aller sur terminal et exécuter ./ fichier sbt.
Étape 2:supprimer le dossier cible de votre répertoire de projet.
Étape 3: exécuter la commande sbt à partir du terminal intellijID " sbt clean "puis" activator clean"puis" activator update".
vous pourriez courir sbt clean
sur votre répertoire (pour supprimer le target
et tous les fichiers dans /src
qui aurait pu être créé plus tôt) et maintenant essayez de lancer sbt
.
Avait ce problème en essayant de créer un projet de seed HTTP Akka en exécutant sbt -Dsbt.version=0.13.15 new https://github.com/akka/akka-http-scala-seed.g8
. Mon erreur était que je n'étais pas dans un répertoire vide pendant que j'exécutais la commande.
Plus d'informations sur l'erreur peuvent être trouvées ici