Home > Zip File > Mule Java.lang.illegalstateexception: Zip File Closed

Mule Java.lang.illegalstateexception: Zip File Closed

Contents

Could you please try to reproduce this problem, and after this exception is logged and JIRA does not stop, could you please capture a thread dump and post it here? (You Activity People Assignee: Unassigned Reporter: Joachim Ooi [Atlassian] Votes: 1 Vote for this issue Watchers: 9 Start watching this issue Dates Created: 28/Apr/2011 10:15 AM Updated: 08/Jun/2016 7:38 AM Resolved: 29/Apr/2011 Atlassian Documentation  Log in JIRA Knowledge Base JIRA application startup or shutdown displays llegalStateException zip file closed error Symptoms The following appears in theatlassian-jira.logduring startup or shutdown: 2012-05-04 13:33:46,966 main To counter-check, clicking at the Upgrade tab does not show JIRA FishEye Plugin anymore. navigate to this website

This instance will no longer be used and eventually shutdown. If the JIRA application is not starting: Backup and moveallplugins out of the$JIRA_HOME/plugins/installed-pluginsfolder so that it is empty Start JIRA One by one, move each plugin back into theinstalled-pluginsfolder followed by Atlassian JIRA Project Management Software (v7.2.3#72005-sha1:73be91d) About JIRA Report a problem Powered by a free Atlassian JIRA open source license for Red Hat, Inc.. Delete the following directories/bundled-plugins folder/plugin-cache folder/plugins-osgi-cache folder/plugins-temp folder3.

Mule Java.lang.illegalstateexception: Zip File Closed

If you're actually seeing any drop in functionality please create a support request at support.atlassian.com.CommentCommentAdd your comment...10-1vijaya reddySep 27, 2013We also facing this problem after upgrading to 5.1.3. This shows that the FishEye plugin got upgraded successfully but still throwing some errors in the startup logs. However I did try resolution 1 to clear the cache and that seems to have fixed the issue.CommentAdd your comment...321Jamie Echlin [Adaptavist]Jun 05, 2015This can happen when code is running that

java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.ensureOpen(ZipFile.java:634) at java.util.zip.ZipFile.getEntry(ZipFile.java:305) at java.util.jar.JarFile.getEntry(JarFile.java:226) at org.apache.felix.framework.util.JarFileX.getEntry(JarFileX.java:61) at org.apache.felix.framework.cache.JarContent.getEntryAsBytes(JarContent.java:120) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1738) at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:716) at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1690) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at org.codehaus.groovy.runtime.callsite.CallSiteArray.createCallSite(CallSiteArray.java:143) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:42) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108) at My version is 5.1.2. What happens when you see this exception? java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.ensureOpen(ZipFile.java:416) at java.util.zip.ZipFile.getEntry(ZipFile.java:161) at java.util.jar.JarFile.getEntry(JarFile.java:208) at org.apache.felix.framework.util.JarFileX.getEntry(JarFileX.java:61) at org.apache.felix.framework.cache.JarContent.getEntryAsBytes(JarContent.java:120) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1738) at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:716) at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1690) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at java.util.ResourceBundle$Control.newBundle(ResourceBundle.java:2289) at java.util.ResourceBundle.loadBundle(ResourceBundle.java:1364) at java.util.ResourceBundle.findBundle(ResourceBundle.java:1328) at

The installation goes smoothly and no error is logged-in atlassian-jira.log But when the plugin is used, this exception appears: When I restart the Jira service, this error disappears. 2012-11-29 16:22:39,327 http-8080-3 Java.lang.illegalstateexception Zip File Closed Hibernate Could you please try to reproduce this problem, and after this exception is logged and JIRA does not stop, could you please capture a thread dump and post it here? (You Restart Confluence The plugin caches will be refreshed during the startup so this is a safe procedure to perform, and it will more than likely resolve the issue that you are https://answers.atlassian.com/questions/186623/error-java.lang.illegalstateexception-zip-file-closed Caused by: java.lang.NoClassDefFoundError: com/opensymphony/module/propertyset/PropertySet at com.atlassian.jirafisheyeplugin.FishEyePropertiesImpl.getText(FishEyePropertiesImpl.java:67) at com.atlassian.jirafisheyeplugin.FishEyePropertiesImpl.getText(FishEyePropertiesImpl.java:35) at com.atlassian.jirafisheyeplugin.config.FishEyeConfigImpl.validateConfiguration(FishEyeConfigImpl.java:135) ...

I commonly see this when I register a new listener, forget to unregister it when the plugin is disabled, then install a new version of the plugin which registers a new Report a bug Atlassian News Atlassian Skip to content Skip to breadcrumbs Skip to header menu Skip to action menu Skip to quick search Linked ApplicationsLoading… Quick Search Help About Confluence Any problems please raise an issue on https://productsupport.adaptavist.com/servicedesk/customer/portal/2 ScriptRunner for JIRAGRV-134jira shutdown problemsLog in PrintExport XMLExport Word Details Type: Bug Status: Reopened Priority: Major Resolution: Unresolved Affects Version/s: None Fix Version/s: All the best,JohnCommentHPJul 04, 2013Sorry , suppose to give comment, HI John, We have tested the solution giving but no luck, we still see the error. 2013-07-04 07:59:50,381 ERROR [Finalizer] [osgi.container.felix.FelixOsgiContainerManager]

Java.lang.illegalstateexception Zip File Closed Hibernate

java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.ensureOpen(Unknown Source) at java.util.zip.ZipFile.getEntry(Unknown Source) at java.util.jar.JarFile.getEntry(Unknown Source) at org.apache.felix.framework.util.JarFileX.getEntry(JarFileX.java:61) at org.apache.felix.framework.cache.JarContent.getEntryAsBytes(JarContent.java:120) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1738) at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:716) at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1690) at java.lang.ClassLoader.loadClass(Unknown Source) Cause These log It still appears to run, somewhat.However when I run it manually from the Script Console, it works without error. Messages like these occur when the script first runs, presumably when it's at Mule Java.lang.illegalstateexception: Zip File Closed Yes No Thanks for your feedback! Java Lang Illegalstateexception Zip File Closed Weblogic Workaround Please refer to this comment below.

java.lang.RuntimeException: com/opensymphony/module/propertyset/PropertySet at com.atlassian.event.internal.SingleParameterMethodListenerInvoker.invoke(SingleParameterMethodListenerInvoker.java:54) at com.atlassian.event.internal.AsynchronousAbleEventDispatcher$2.run(AsynchronousAbleEventDispatcher.java:60) at com.atlassian.event.internal.AsynchronousAbleEventDispatcher$1.execute(AsynchronousAbleEventDispatcher.java:28) ... useful reference As Andris said, it's likely that the problem shares a similar root cause, despite the behavior being slightly different than what is described in the article. CommentCommentAdd your comment...10-1Andris GrinbergsFeb 24, 2015Almost Hello Jamie, For some time I had problems shutting down jira correctly (when doing restarts). It had previously worked, but without changing the script it now produces many error messages in the log when it tries to run. Sessionfactory Error Zip File Closed

java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.ensureOpen(ZipFile.java:416) at java.util.zip.ZipFile.getEntry(ZipFile.java:161) at java.util.jar.JarFile.getEntry(JarFile.java:208) at org.apache.felix.framework.util.JarFileX.getEntry(JarFileX.java:61) at org.apache.felix.framework.cache.JarContent.getEntryAsBytes(JarContent.java:120) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1738) at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:716) at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1690) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at java.lang.Class.getDeclaringClass(Native Method) at java.lang.Class.getEnclosingClass(Class.java:1085) at java.lang.Class.getCanonicalName(Class.java:1169) AttachmentsOptionsSort By NameSort By DateAscendingDescendingThumbnailsListAttachmentsCorrect Compatibility version.jpg43 kB05/Jan/2012 8:08 AMIssue Links mentioned in Page Loading... java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.ensureOpen(Unknown Source) at java.util.zip.ZipFile.getEntry(Unknown Source) at java.util.jar.JarFile.getEntry(Unknown Source) at org.apache.felix.framework.util.JarFileX.getEntry(JarFileX.java:61) at org.apache.felix.framework.cache.JarContent.getEntryAsBytes(JarContent.java:120) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1738) at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:716) at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1690) at java.lang.ClassLoader.loadClass(Unknown Source) at java.beans.Introspector.instantiate(Unknown Source) my review here Why was this unhelpful?

Shutdown Confluence2. Are you able to try the resolution steps provided there and let us know if that takes care of the problem?--Cheers!JoaoCommentBrian ScholerJun 04, 2015Although the error message is the same, it AttachmentsIssue links links to Product Support Activity People Assignee: Jamie Echlin Reporter: Mark Symons Dates Created: 11/Dec/13 6:57 PM Updated: 23/Mar/16 3:19 PM Powered by Atlassian Terms of use Answers Maintenance

I found it only happens when I have Script Runner plugin (or Behavious plugin) installed.

I noticed the 'Stop' action from the windows service didn't complete in time and the tomcat6 process kept running for a couple of minutes. There are several bugs that contribute to this behaviour, specifically: JIRA Fisheye Plugin - JRA-24453 - Unable to read bytes error on JIRA startup Resolved Behaviours Plugin -JBHV-79 Script Runner -GRV-134 When I remove those plugins, the exceptions go away and the shutdown/restart process is working as normal. 2012-06-11 10:43:25,231 Thread-57 WARN [atlassian.labs.botkiller.BotKillerFilter] The Atlassian BotKiller plugin has stopped hunting. 2012-06-11 10:43:25,749 It should not be a problem after replacing a bundled plugin with a more recent version.

Caused by: java.lang.ClassNotFoundException: com.opensymphony.module.propertyset.PropertySet at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:772) at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73) ... Report a bug Atlassian News Atlassian Skip to content Skip to breadcrumbs Skip to header menu Skip to action menu Skip to quick search Linked ApplicationsLoading… Quick Search Help About Confluence I've seen this exception a few times - but it was with the other plugins, so probably it's a framework issue. http://popupjammer.com/zip-file/zip-file-mac.html I've seen this exception a few times - but it was with the other plugins, so probably it's a framework issue.

What happens when you see this exception? This instance will no longer be used and eventually shutdown. All existing users of this instance should have the same username on our Product Support instance. You're saying that this prevents JIRA from stopping in a timely manner - do you mean that JIRA does not stop at all when you run shutdown.sh, or just takes some

Report a bug Atlassian News Atlassian Linked ApplicationsLoading…DashboardsProjectsIssues Help JIRA Core help Keyboard Shortcuts About JIRA JIRA Credits Log In Sign Up FUSE ESBESB-1278JarContent: Unable to read bytes. (java.lang.IllegalStateException: zip file I hope that helps or give you some insight.