Wie zu beheben sbt reporting “Error wrapping InputStream in GZIPInputStream: java.io.EOFException"?
Während der Ausführung sbt
Befehl in ein leeres Verzeichnis, es hält fehlschlägt, mit der folgenden Ausnahme:
$ 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
Was kann die Ursache für das Problem?
Du musst angemeldet sein, um einen Kommentar abzugeben.
Scheint es, dass die Ausnahme wurde aufgrund einiger Probleme mit dem lokalen repo. Nach der Bereinigung, wie z.B. entfernen
target
Verzeichnisse von~/.sbt
Verzeichnis, es ist jetzt gut funktioniert.Fand ich die Lösung in den thread [2.1.1] SBT: InputStream in GZIPInputStream: java.io.EOFException in die play-framework forum.
Mir wurde auch gesagt, dass das Problem nach dem entfernen alle
target
Verzeichnisse im home-Verzeichnis, z.B.target
,project/target
.gehen Sie zu dem Projekt-Verzeichnis
starten Sie nun sbt
Schritt 1:Sie brauchen, um hinzuzufügen, sbt Weg in .bash_profile im Fall von windows müssen die Umgebungsvariable hinzufügen, dann gehen Sie zum terminal und führen Sie ./sbt-Datei.
Schritt 2:löschen von Ziel-Ordner von deinem Projekt-Verzeichnis.
Schritt 3:führen Sie die sbt-Befehl aus intellijID terminal "sbt clean" dann "activator clean und dann activator-update".
Kann
sbt clean
auf Ihr Verzeichnis (zum entfernen dertarget
und alle Dateien in/src
das könnte schon früher erstellt) und jetzt versuchen Sie es mitsbt
.Hatte dieses Problem beim erstellen einer Akka HTTP-seed-Projekt läuft
sbt -Dsbt.version=0.13.15 new https://github.com/akka/akka-http-scala-seed.g8
. Mein Fehler war, dass ich nicht in einem leeren Verzeichnis, während Sie den Befehl ausführen.Mehr info über den Fehler können gefunden werden hier