Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jetty-users] NoClassDefFoundError

Hi 

 

A check with my linux os admin showed that we run periodically cleaning of the temp directory. I will now modify the extracted directory and let it run for a period to see if NoClassDefFoundError will occur again. And Joakim Erdfelt have described «How to change the extracted directory?» :

 

You have few choices.

 

1) Specify your own java.io.tmpdir java system property location for jetty to use.

    $ java -Djava.io.tmpdir=/path/to/my/new/temp/ -jar start.jar

 

2) Create a "work" directory under the ${jetty.home} path (whereever that is).

    That will cause Jetty to use that work directory instead of whatever the java.io.tmpdir property is set to.

 

3) Specify the tempDir attribute on the WebAppProvider deployments.

    Only valid for war file deployment scenarios, NOT valid for context based deployment.

    If you have etc/jetty-webapps.xml in your start.ini you have war file deployments enabled.

    Edit the ${jetty.home}/etc/jetty-webapps.xml file and add 1 more attribute on the WebAppProvider.

    <Set name="tempDir">/path/to/my/preferred/temp/dir/for/all/webapps</Set>

 

4) Set the tempDirectory attribute on the WebAppContext with context based deployments.

    NOT valid for war file deployment scenarios.

    If you have etc/jetty-context.xml in your start.ini you have context based deployments enabled.

    Edit the ${jetty.home}/contexts/myapp.xml and add the tempDirectory attribute on the WebAppContext.

    <Set name="tempDirectory">/path/to/my/preferred/temp/dir/for/this/context</Set>

 

Note: the servlet context attribute "javax.servlet.context.tempdir" can be used by your webapp to find out temp directory path is being used for the webapp.

Unfortunately, you cannot use this servlet context in your web.xml to set the tempdir as by the time this value is read from the web.xml it is too late in the deployment process to affect this settings (in other words ... the webapp has already been unpacked into the temp directory before this context attribute is even read)

 

Thanks !

Per Jørgen.

 

 

From: jetty-users-bounces@xxxxxxxxxxx [mailto:jetty-users-bounces@xxxxxxxxxxx] On Behalf Of Per Jørgen Vigdal
Sent: 4. november 2014 12:46
To: JETTY user mailing list
Subject: Re: [jetty-users] NoClassDefFoundError

 

Hi

 

You might be on to something  !

The class files resides in a war file under /usr/local/oas/jetty-distribution-8.1.12.v20130726/webapps

and I find that the war file is unzipped to /tmp/jetty-0.0.0.0-8888-Rekvirent.war-_Rekvirent-any-/webapp/WEB-INF/classes

whenever the server starts. I will check with my linux os admin.

But it is perhaps a good idea anyway to let jetty extract the class files to another location. Do you know if it is possible?

 

Per Jørgen.

 

From: jetty-users-bounces@xxxxxxxxxxx [mailto:jetty-users-bounces@xxxxxxxxxxx] On Behalf Of Stefan Magnus Landrø
Sent: 4. november 2014 12:04
To: JETTY user mailing list
Subject: Re: [jetty-users] NoClassDefFoundError

 

Could it be that the classes are stored in your tmp folder and occasionally get wiped by your os (or your admin)?

 

Are the actual class files actually found on disk?

 

Stefan

 

2014-11-04 11:56 GMT+01:00 Per Jørgen Vigdal <Per.Jorgen.Vigdal@xxxxxxxx>:

Hi

 

Here is an example of the stack trace :

 

java.lang.NoClassDefFoundError: no/ergo/reseptformidleren/webservices/rekvirent/m271/x20130416/vo/M27_1Vo

                at no.ergo.reseptformidleren.webservices.rekvirent.m271.x20130416.M271Impl.<init>(M271Impl.java:56) ~[classes/:na]

                at no.ergo.reseptformidleren.webservices.rekvirent.RekvirentWebService.getM271Common(RekvirentWebService.java:1049) ~[classes/:na]

                at no.ergo.reseptformidleren.webservices.rekvirent.RekvirentWebService.m27_1(RekvirentWebService.java:1011) ~[classes/:na]

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.6.0_18]

                at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) ~[na:1.6.0_18]

                at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) ~[na:1.6.0_18]

                at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_18]

                at com.sun.xml.ws.api.server.InstanceResolver$1.invoke(InstanceResolver.java:250) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:149) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.server.sei.SEIInvokerTube.processRequest(SEIInvokerTube.java:88) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:1063) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:979) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:950) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:825) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:380) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:651) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:264) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.transport.http.servlet.ServletAdapter.invokeAsync(ServletAdapter.java:218) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doGet(WSServletDelegate.java:159) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doPost(WSServletDelegate.java:194) [webservices-rt.jar:2.2.1]

                at com.sun.xml.ws.transport.http.servlet.WSServlet.doPost(WSServlet.java:80) [webservices-rt.jar:2.2.1]

                at javax.servlet.http.HttpServlet.service(HttpServlet.java:755) [servlet-api-3.0.jar:na]

                at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) [servlet-api-3.0.jar:na]

                at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:686) [jetty-servlet-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1494) [jetty-servlet-8.1.12.v20130726.jar:8.1.12.v20130726]

                at no.ergo.reseptformidleren.webservices.felles.util.SOAPServletFilter.doFilter(SOAPServletFilter.java:145) [classes/:na]

                at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1474) [jetty-servlet-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:499) [jetty-servlet-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:533) [jetty-security-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428) [jetty-servlet-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.Server.handle(Server.java:370) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:489) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:949) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1011) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:651) [jetty-http-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) [jetty-http-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) [jetty-server-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:668) [jetty-io-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52) [jetty-io-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) [jetty-util-8.1.12.v20130726.jar:8.1.12.v20130726]

                at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) [jetty-util-8.1.12.v20130726.jar:8.1.12.v20130726]

                at java.lang.Thread.run(Thread.java:619) [na:1.6.0_18]

 

From: jetty-users-bounces@xxxxxxxxxxx [mailto:jetty-users-bounces@xxxxxxxxxxx] On Behalf Of Christoph Läubrich
Sent: 4. november 2014 11:19
To: jetty-users@xxxxxxxxxxx
Subject: Re: [jetty-users] NoClassDefFoundError

 

You should provide the full stack trace including the cause. NoClassDefFoundError can have several reasons (e.g. serialization issues).

Am 04.11.2014 10:54, schrieb Per Jørgen Vigdal:

Hi.

 

I am occasionally getting a NoClassDefFoundError on classes defined in my web-service.

I am running a jax-ws 2.2 on jetty-distribution-8.1.12.v20130726 with jdk1.6.0_18.

The NoClassDefFoundError occurs when the class has not been in “use” for some time, typically more than 7 days.

To me it looks like the class “drops” out of the classloader?

To fix this I have to restart the server.   Can someone help ?

 

Per Jørgen

 

 

 
 
_______________________________________________
jetty-users mailing list
jetty-users@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jetty-users

 


_______________________________________________
jetty-users mailing list
jetty-users@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jetty-users



 

--

BEKK Open
http://open.bekk.no

 

TesTcl - a unit test framework for iRules

Back to the top