Hi Stefen, Thanks for the report and the stack trace. Would you be so kind to file a bug? https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Jetty I suspect that we don't need a shutdown thread with the osgi setup as the jetty server is cleanly stopped. If you could let us know the exact setup with felix it would help us make sure we are reproducing the issue. Thanks, Hugues
On Thu, Nov 4, 2010 at 7:18 PM, Stephen Brady <[email protected]> wrote: > Yes, I am using the osgi integration bundles that you refer to. > > Here is a sample stacktrace after control-C'ing Felix-Jetty. > > Thanks. > > > 2010-11-04 10:15:41.531:INFO::Graceful shutdown > [email protected]:8443 > Returning defaultJettyServer = > org.eclipse.jetty.osgi.boot.internal.serverfactory.serverinstancewrap...@53ab04 > 2010-11-04 10:15:41.575:INFO::Deployable removed: > app[servletcontexthand...@1779885 > @1779885/,null,org.eclipse.jetty.osgi.httpservice-7.2.0.v20101020/contexts/httpservice.xml] > 2010-11-04 10:15:43.566:INFO::Graceful shutdown > [email protected]:8080 > ERROR: JarContent: Unable to read bytes. (java.lang.IllegalStateException: > zip file closed) > 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:1781) > at > org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:758) > at > org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61) > at > org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733) > at java.lang.ClassLoader.loadClass(Unknown Source) > at > org.eclipse.jetty.util.thread.QueuedThreadPool.doStop(QueuedThreadPool.java:110) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:80) > at org.eclipse.jetty.server.Server.doStop(Server.java:308) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:80) > at > org.eclipse.jetty.util.thread.ShutdownThread.run(ShutdownThread.java:124) > 2010-11-04 10:15:46.741:WARN::FAILED qtp20003078{10<=12<=12/200,0}: > java.lang.NoClassDefFoundError: > org/eclipse/jetty/util/thread/QueuedThreadPool$1 > 2010-11-04 10:15:46.744:WARN::FAILED org.eclipse.jetty.server.ser...@8dcd5d: > java.lang.NoClassDefFoundError: > org/eclipse/jetty/util/thread/QueuedThreadPool$1 > Exception in thread "Thread-2" java.lang.NoClassDefFoundError: > org/eclipse/jetty/util/thread/QueuedThreadPool$1 > at > org.eclipse.jetty.util.thread.QueuedThreadPool.doStop(QueuedThreadPool.java:110) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:80) > at org.eclipse.jetty.server.Server.doStop(Server.java:308) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:80) > at > org.eclipse.jetty.util.thread.ShutdownThread.run(ShutdownThread.java:124) > Caused by: java.lang.ClassNotFoundException: > org.eclipse.jetty.util.thread.QueuedThreadPool$1 > at > org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814) > at > org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61) > at > org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733) > at java.lang.ClassLoader.loadClass(Unknown Source) > ... 5 more > > > > --------------------------------------- > > - *From*: Jesse McConnell > <jesse.mcconn...@xxxxxxxxx<[email protected]> > > > - *Date*: Thu, 4 Nov 2010 05:06:19 -0500 > - *Delivered-to*: [email protected] > - *Dkim-signature*: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; > s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to > :references:date:message-id:subject:from:to:content-type > :content-transfer-encoding; > bh=5OqPCiZbVqGP/FRvBbkPZTncYqorOoMZoV7IbGmIK9s=; > b=NUrTaaUcfNRh6aWemvD4RUlJM6Gxd3EK2rzuT5ZMXIgFiNipXUMkXEDXLR4fA36XOR > TEUcIZzo2haJsBk4vZwHK//RSkz4T3yjWCnrCyQpysgrnBS4b0KzrtDEUQKkqblWY1cQ > zuKGpABMHuNY5h0ZuYt1FZ2rqR3xzo3qLRSWc= > - *Domainkey-signature*: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; > h=mime-version:in-reply-to:references:date:message-id:subject:from:to > :content-type:content-transfer-encoding; > b=wQU1QircWC9Ow1Th2BRNI++PwpmJKueTXV0VqiYdiRWXKc8jUwAC4dxuHMxNgsGIr8 > Om83rZ/IDoLwg0uUSSQ4SQg8a05oxO6FikIA1uSg3qzssncQuMTFoWeqRUdCDZso7ixS > yabRtClCMW2+MtqEP0I0dIR+ErahontSGNTck= > > ------------------------------ > > Stephen, > > Are you using the osgi integration bundles that hugues has been > working on or strictly the jetty artifacts themselves as bundles? > > cheers, > jesse > > -- > jesse mcconnell > jesse.mcconn...@xxxxxxxxx > > > > On Wed, Nov 3, 2010 at 22:01, Stephen Brady <step...@xxxxxxxxxx> wrote: > > I'm using Jetty 7.2.0 embedded in Felix 2.0.5. ÂIt looks like I'm running > > into a race condition when shutting down the Felix framework between the > > Jetty shutdown process executing and the Felix shutdown process. ÂThis seems > > to occur whether I shutdown the framework from within (e.g., "shutdown" in > > Felix Shell) or control-C'ing from the Windows command line. > > > > Any suggestions for what can be done in Jetty to eliminate this? ÂNaively, > > is there a way to turn off the shutdown hook in Jetty and allow Felix to > > manage shutdown as it does with all the other bundles? > > > > Thanks. > > > > _______________________________________________ > > jetty-users mailing list > > jetty-us...@xxxxxxxxxxx > > > https://dev.eclipse.org/mailman/listinfo/jetty-users > > > > > > > > _______________________________________________ > jetty-users mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/jetty-users > >
_______________________________________________ jetty-users mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/jetty-users
