IllegalStateException: zip file closed
See original GitHub issueI’ve been testing out a bunch of plugins in a new 1.13 environment to see what breaks. Just thought I’d let you know about this error I came across. 😃
Magic v7.6.8 Paper-1.13 dev 152 (Spigot 1.13)
[13:08:02] [Craft Scheduler Thread - 32/WARN]: [Magic] Plugin Magic v7.6.8-d58a548 generated an exception while executing task 152
java.lang.IllegalStateException: zip file closed
at java.util.zip.ZipFile.ensureOpen(ZipFile.java:686) ~[?:1.8.0_181]
at java.util.zip.ZipFile.getEntry(ZipFile.java:315) ~[?:1.8.0_181]
at java.util.jar.JarFile.getEntry(JarFile.java:240) ~[?:1.8.0_181]
at java.util.jar.JarFile.getJarEntry(JarFile.java:223) ~[?:1.8.0_181]
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:120) ~[patched_1.13.jar:git-Paper-152]
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:104) ~[patched_1.13.jar:git-Paper-152]
at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[?:1.8.0_181]
at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:1.8.0_181]
at com.elmakers.mine.bukkit.utility.SkinUtils.synchronizeCallback(SkinUtils.java:255) ~[?:?]
at com.elmakers.mine.bukkit.utility.SkinUtils.access$800(SkinUtils.java:30) ~[?:?]
at com.elmakers.mine.bukkit.utility.SkinUtils$4.run(SkinUtils.java:387) ~[?:?]
at org.bukkit.craftbukkit.v1_13_R1.scheduler.CraftTask.run(CraftTask.java:63) ~[patched_1.13.jar:git-Paper-152]
at org.bukkit.craftbukkit.v1_13_R1.scheduler.CraftAsyncTask.run(CraftAsyncTask.java:52) ~[patched_1.13.jar:git-Paper-152]
at com.destroystokyo.paper.ServerSchedulerReportingWrapper.run(ServerSchedulerReportingWrapper.java:22) ~[patched_1.13.jar:git-Paper-152]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_181]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_181]
at java.lang.Thread.run(Thread.java:748) [?:1.8.0_181]
Issue Analytics
- State:
- Created 5 years ago
- Comments:7 (3 by maintainers)
Top Results From Across the Web
Jetty - java.lang.IllegalStateException: zip file closed
Show activity on this post. There are 2 main causes for this. A bad/corrupt JAR file in your classpath. The JVM built-in URL...
Read more >java.lang.IllegalStateException: zip file closed #279 - GitHub
When using version 9.12 on kubernetes 1.15 with spring boot 2.2.4 we get following error. When using version 9.11 we do not have...
Read more >JAVA.LANG.ILLEGALSTATEEXCEPTION: ZIP FILE CLOSED
Error Message: java.lang.IllegalStateException: zip file closed . Stack Trace: java.lang.IllegalStateException: zip file closed at java.lang.Throwable.<init> ...
Read more >IllegalStateException "zip file closed" occurring in plugins
It is possible that restarting Confluence after installing the plugin is a workaround for this error.
Read more >java.lang.IllegalStateException(zip file closed)
It seems to be trying to connect to some URL using a library somewhere and failing to open that file.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Well I tested the latest release from spigotmc and it seems ok on its own.
I’ve added isEnabled() checks to all plugins I integrate with (in latest dev build) so hopefully, if this was just an issue with LibsDisguises, it won’t happen in the future.
@mibby do you think you had the same issue, with LibsDisguises not being updated- or was it maybe something different? If it was possibly the same thing then I’ll go ahead and close this issue.
It’s possible it could have been LibsDisguise not enabled in my 1.13 test environment, but I tend to keep everything up to date. I’ll update Magic and give 1.13 another test. 😃
Might have been due to LibsDisguise keeping 1.13 builds disabled unless you have the premium version installed in the plugin folder.