Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jetty-users] Jetty embedded in Felix - shutdown race condition?
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 <stephen@xxxxxxxxxx> 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 SslSelectChannelConnector@0.0.0.0:8443
Returning defaultJettyServer  = org.eclipse.jetty.osgi.boot.internal.serverfactory.ServerInstanceWrapper@53ab04
2010-11-04 10:15:41.575:INFO::Deployable removed: App[ServletContextHandler@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 SelectChannelConnector@0.0.0.0: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.Server@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.mcconnell@xxxxxxxxx>
  • Date: Thu, 4 Nov 2010 05:06:19 -0500
  • Delivered-to: jetty-users@xxxxxxxxxxx
  • 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.mcconnell@xxxxxxxxx



On Wed, Nov 3, 2010 at 22:01, Stephen Brady <stephen@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-users@xxxxxxxxxxx

> https://dev.eclipse.org/mailman/listinfo/jetty-users
>
>


_______________________________________________
jetty-users mailing list
jetty-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/jetty-users


Back to the top