Hi,
I used the jetty version 8.1.7.v20120910 from the beginning. So far I was
building only the tracing web app and I didn't get this issue. After I saw
this message I built from root level and I got the above error message.
When I investigate the issue I found the following resource [1]. Sometimes
clean repo building could fix this issue. Reducing the jetty version to a
lower value would also be fine. If ObjectMapper from
org.apache.htrace.fasterxml.jackson could cover the necessary requirements
it is fine. But I haven't used it so I will check and let you know.

Thanks,
Nishani


[1]
http://stackoverflow.com/questions/7785021/updating-jetty-7-to-jetty-8-java-lang-noclassdeffounderror-javax-servlet-filt

On Mon, Aug 29, 2016 at 5:52 PM, ASF GitHub Bot (JIRA) <[email protected]>
wrote:

>
>     [ https://issues.apache.org/jira/browse/PHOENIX-3193?page=
> com.atlassian.jira.plugin.system.issuetabpanels:comment-
> tabpanel&focusedCommentId=15445707#comment-15445707 ]
>
> ASF GitHub Bot commented on PHOENIX-3193:
> -----------------------------------------
>
> Github user chrajeshbabu commented on the issue:
>
>     https://github.com/apache/phoenix/pull/202
>
>     Here are couple of issues found one while starting traceserver and one
> while getting the results in UI.
>     Currently the eclipse jetty version used is 8.1.7.v20120910
>     From main pom.xml
>     <jettyVersion>8.1.7.v20120910</jettyVersion>
>
>     `Exception in thread "main" java.lang.NoClassDefFoundError:
> javax/servlet/FilterRegistration
>             at org.eclipse.jetty.servlet.ServletContextHandler.<init>(
> ServletContextHandler.java:134)
>             at org.eclipse.jetty.servlet.ServletContextHandler.<init>(
> ServletContextHandler.java:114)
>             at org.eclipse.jetty.servlet.ServletContextHandler.<init>(
> ServletContextHandler.java:102)
>             at org.eclipse.jetty.webapp.WebAppContext.<init>(
> WebAppContext.java:181)
>             at org.apache.phoenix.tracingwebapp.http.Main.run(
> Main.java:72)
>             at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:70)
>             at org.apache.phoenix.tracingwebapp.http.Main.main(
> Main.java:54)
>     Caused by: java.lang.ClassNotFoundException: javax.servlet.
> FilterRegistration
>             at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
>             at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
>             at java.security.AccessController.doPrivileged(Native Method)
>             at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
>             at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
>             at sun.misc.Launcher$AppClassLoader.loadClass(
> Launcher.java:308)
>             at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
>             ... 7 more
>     `
>
>     When I changed the jetty version to 7.6.19.v20160209 it's working
> fine? Aren't you facing it?
>     Once I do that again getting below exception and not able to read
> anything from trace table.
>
>     `104933 [qtp1157440841-20] WARN org.eclipse.jetty.servlet.ServletHandler
> - Error for /trace/
>     java.lang.NoClassDefFoundError: org/codehaus/jackson/map/ObjectMapper
>             at org.apache.phoenix.tracingwebapp.http.
> TraceServlet.getResults(TraceServlet.java:136)
>             at org.apache.phoenix.tracingwebapp.http.
> TraceServlet.searchTrace(TraceServlet.java:112)
>             at org.apache.phoenix.tracingwebapp.http.TraceServlet.doGet(
> TraceServlet.java:67)
>             at javax.servlet.http.HttpServlet.service(
> HttpServlet.java:707)
>             at javax.servlet.http.HttpServlet.service(
> HttpServlet.java:820)
>             at org.eclipse.jetty.servlet.ServletHolder.handle(
> ServletHolder.java:652)
>             at org.eclipse.jetty.servlet.ServletHandler.doHandle(
> ServletHandler.java:445)
>             at org.eclipse.jetty.server.handler.ScopedHandler.handle(
> ScopedHandler.java:137)
>             at org.eclipse.jetty.security.SecurityHandler.handle(
> SecurityHandler.java:556)
>             at org.eclipse.jetty.server.session.SessionHandler.
> doHandle(SessionHandler.java:227)
>             at org.eclipse.jetty.server.handler.ContextHandler.
> doHandle(ContextHandler.java:1044)
>             at org.eclipse.jetty.servlet.ServletHandler.doScope(
> ServletHandler.java:372)
>             at org.eclipse.jetty.server.session.SessionHandler.
> doScope(SessionHandler.java:189)
>             at org.eclipse.jetty.server.handler.ContextHandler.
> doScope(ContextHandler.java:978)
>             at org.eclipse.jetty.server.handler.ScopedHandler.handle(
> ScopedHandler.java:135)
>             at org.eclipse.jetty.server.handler.HandlerWrapper.handle(
> HandlerWrapper.java:116)
>             at org.eclipse.jetty.server.Server.handle(Server.java:369)
>             at org.eclipse.jetty.server.AbstractHttpConnection.
> handleRequest(AbstractHttpConnection.java:464)
>             at org.eclipse.jetty.server.AbstractHttpConnection.
> headerComplete(AbstractHttpConnection.java:913)
>             at org.eclipse.jetty.server.AbstractHttpConnection$
> RequestHandler.headerComplete(AbstractHttpConnection.java:975)
>             at org.eclipse.jetty.http.HttpParser.parseNext(
> HttpParser.java:641)
>             at org.eclipse.jetty.http.HttpParser.parseAvailable(
> HttpParser.java:231)
>             at org.eclipse.jetty.server.AsyncHttpConnection.handle(
> AsyncHttpConnection.java:82)
>             at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(
> SelectChannelEndPoint.java:667)
>             at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(
> SelectChannelEndPoint.java:52)
>             at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(
> QueuedThreadPool.java:608)
>             at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(
> QueuedThreadPool.java:543)
>             at java.lang.Thread.run(Thread.java:745)
>     Caused by: java.lang.ClassNotFoundException: org.codehaus.jackson.map.
> ObjectMapper
>             at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
>             at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
>             at java.security.AccessController.doPrivileged(Native Method)
>             at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
>             at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
>             at sun.misc.Launcher$AppClassLoader.loadClass(
> Launcher.java:308)
>             at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
>             ... 28 more
>     `
>
>     Can we use the ObjectMapper from 
> org.apache.htrace.fasterxml.jackson.databind
> for the same purpose? 
> org.apache.htrace.fasterxml.jackson.databind.ObjectMapper
> available with HTrace library included in Phoenix client jar. Otherwise
> getting above CNFE. It would be better to fix these as well. WDYT?
>
>
> > Tracing UI cleanup - final tasks before GSoC pull request
> > ---------------------------------------------------------
> >
> >                 Key: PHOENIX-3193
> >                 URL: https://issues.apache.org/jira/browse/PHOENIX-3193
> >             Project: Phoenix
> >          Issue Type: Improvement
> >            Reporter: Mujtaba Chohan
> >            Assignee: Nishani
> >
> > Points from GSoC presentation on tracing imporvements:
> > *Tracing UI*
> > * Remove line chart
> > * In list page, run query with description, start_time,
> (end_time-start_time) duration from T where trace_id = ?
> > * More space for descriptions on bar chart. Wrap if necessary
> > * Label for X axis on timeline sometime again start from 0, if X axis is
> in seconds then it should not rollover after 60 seconds unless minutes are
> also shown
> > * X-axis labeled as Node on various charts, but should be Percentage
> > *Zipkin*
> > * Flip zipkin chart on vertical axis with arrows going other way. So
> start from the top level root on the leftmost side and work toward children
> on the right.
> > * Ask zipkin community if there's a way to tell it that date/time is in
> milliseconds.
> > *Overall*
> > * Please put together a pull request to the phoenix project to add the
> zipkiin work you've done to the OS project. Ideally, include the zipkin
> work in the phoenix-tracing module and call it phoeix-tracing. Only if
> there is some major hurdle, create a new module.
> > * Test with trace_ids that have multiple spans with duration (end_time -
> start_time) > 5 ms and verify that UI and Zipkin output shows the correct
> corresponding timeline
> >
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.4#6332)
>



-- 
Best Regards,
Ayola Jayamaha
http://ayolajayamaha.blogspot.com/

Reply via email to