Trestle gets NPE on WADL that SoapUI groks

2 views

Skip to first unread message

David Karr

unread,

Jan 14, 2010, 3:28:32 PM1/14/10

to adjoovo-spaces-users

I've been using SoapUI for a while to test the REST application I've
been working on for a while. SoapUI groks the WADL my app products
(from Apache CXF), so it works ok. I wanted to see how Trestle
compares, so I installed it and tried to load my WADL through the
URL. It failed to load. I looked at the stdout, and I saw the
following:

2010-01-14 12:24:04.796::WARN: /rest/store/artifacts/e47efb0f-fd7c-
eff3-40d3-4697a1c0cd61
java.lang.NullPointerException
at
com.adjoovo.spaces.api.resources.StoreArtifactsResource.getArtifacts
(StoreArtifactsResource.java:46)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider
$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:
156)
at
com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch
(ResourceJavaMethodDispatcher.java:67)
at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept
(HttpMethodRule.java:208)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept
(RightHandPathRule.java:115)
at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept
(SubLocatorRule.java:109)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept
(RightHandPathRule.java:115)
at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept
(SubLocatorRule.java:109)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept
(RightHandPathRule.java:115)
at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept
(ResourceClassRule.java:75)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept
(RightHandPathRule.java:115)
at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept
(RootResourceClassesRule.java:67)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest
(WebApplicationImpl.java:775)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest
(WebApplicationImpl.java:740)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest
(WebApplicationImpl.java:731)
at com.sun.jersey.spi.container.servlet.WebComponent.service
(WebComponent.java:372)
at com.sun.jersey.spi.container.servlet.ServletContainer.service
(ServletContainer.java:452)
at com.sun.jersey.spi.container.servlet.ServletContainer.service
(ServletContainer.java:633)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:
521)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter
(ServletHandler.java:1207)
at com.adjoovo.spaces.web.CacheResponseFilter.doFilter
(CacheResponseFilter.java:45)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter
(ServletHandler.java:1178)
at org.eclipse.jetty.servlet.ServletHandler.doHandle
(ServletHandler.java:433)
at org.eclipse.jetty.server.handler.ScopedHandler.handle
(ScopedHandler.java:118)
at org.eclipse.jetty.security.SecurityHandler.handle
(SecurityHandler.java:490)
at org.eclipse.jetty.server.session.SessionHandler.handle
(SessionHandler.java:179)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle
(ContextHandler.java:928)
at org.eclipse.jetty.servlet.ServletHandler.doScope
(ServletHandler.java:370)
at org.eclipse.jetty.server.handler.ContextHandler.doScope
(ContextHandler.java:862)
at org.eclipse.jetty.server.handler.ScopedHandler.handle
(ScopedHandler.java:116)
at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle
(ContextHandlerCollection.java:243)
at org.eclipse.jetty.server.handler.HandlerCollection.handle
(HandlerCollection.java:126)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle
(HandlerWrapper.java:115)
at org.eclipse.jetty.server.Server.handle(Server.java:330)
at org.eclipse.jetty.server.HttpConnection.handleRequest
(HttpConnection.java:557)
at org.eclipse.jetty.server.HttpConnection
$RequestHandler.headerComplete(HttpConnection.java:933)
at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:530)
at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:
203)
at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:
413)
at org.eclipse.jetty.io.nio.SelectChannelEndPoint.run
(SelectChannelEndPoint.java:438)
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run
(QueuedThreadPool.java:435)
at java.lang.Thread.run(Thread.java:595)

Adam Turnbull

unread,

Jan 14, 2010, 4:10:28 PM1/14/10

to adjoovo-sp...@googlegroups.com

Hi David,

I've found where the NullPointerException is being thrown, but I can't
find a call path that will lead to that situation.

May I ask, do you have the same problem with other WADL files? One line
of thought is that there's something specific to yours that we've not
encountered before and we don't handle it correctly. If this is the
case, would it be possible for you to share the WADL with us?