Return-Path: X-Original-To: apmail-incubator-chukwa-user-archive@www.apache.org Delivered-To: apmail-incubator-chukwa-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A1BD09990 for ; Thu, 8 Dec 2011 08:04:15 +0000 (UTC) Received: (qmail 3289 invoked by uid 500); 8 Dec 2011 08:04:15 -0000 Delivered-To: apmail-incubator-chukwa-user-archive@incubator.apache.org Received: (qmail 3244 invoked by uid 500); 8 Dec 2011 08:04:14 -0000 Mailing-List: contact chukwa-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: chukwa-user@incubator.apache.org Delivered-To: mailing list chukwa-user@incubator.apache.org Received: (qmail 3232 invoked by uid 99); 8 Dec 2011 08:04:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Dec 2011 08:04:13 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of afathalla@gmail.com designates 209.85.215.175 as permitted sender) Received: from [209.85.215.175] (HELO mail-ey0-f175.google.com) (209.85.215.175) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Dec 2011 08:04:08 +0000 Received: by eaao14 with SMTP id o14so964141eaa.6 for ; Thu, 08 Dec 2011 00:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+KMKSqzi3mYNc1dotEKLvqbDDOMBv+VonT4NRFLMnWI=; b=eO85WIWMHJIyiH2JdapxGIfvGvmfS0U5ur7O9+9rBfGACasMhWibIWIPArPXgCyUS6 S/ALzD8o64Yr1E4ejlsaKISZtloMrWJNgni2QJ+xS0KB25+xsJcQ50QO2SprG6jexH2Y 6lDLYU4+frhLmZkY6fbFWPQEIDY2AUcbjp2Dg= MIME-Version: 1.0 Received: by 10.213.3.69 with SMTP id 5mr134709ebm.97.1323331426896; Thu, 08 Dec 2011 00:03:46 -0800 (PST) Received: by 10.14.48.72 with HTTP; Thu, 8 Dec 2011 00:03:46 -0800 (PST) In-Reply-To: References: Date: Thu, 8 Dec 2011 10:03:46 +0200 Message-ID: Subject: Re: HICC errors after moving from ant to maven From: Ahmed Fathalla To: chukwa-user@incubator.apache.org Content-Type: multipart/alternative; boundary=000e0cd0ed009ecc1004b3901b80 --000e0cd0ed009ecc1004b3901b80 Content-Type: text/plain; charset=ISO-8859-1 Matthias, Please create a JIRA ticket for this on https://issues.apache.org/jira/browse/CHUKWA and submit the patch there On Thu, Dec 8, 2011 at 8:57 AM, Schlachter, Matthias < Matthias.Schlachter@team.telstra.com> wrote: > This is for pom.xml and bin/chukwa-config.sh in trunk 1211721 > > Regards, > Matthias > > On Wed, 2011-12-07 at 22:06 -0800, Eric Yang wrote: > > Looks like safe change to revert back. Maybe it's better to manually > > construct class path than using wildcards. Could you submit the > > changes as a patch? Thanks > > > > regard, > > Eric > > > > On Wed, Dec 7, 2011 at 9:11 PM, Schlachter, Matthias > > wrote: > > > I replaced the following in chukwa-config.sh (which gets deployed to > > > libexec) > > > > > > CHUKWA_CLASSPATH="${CHUKWA_HOME}/share/chukwa/*: > > > ${CHUKWA_HOME}/share/chukwa/lib/*" > > > > > > with > > > > > > CHUKWA_CLASSPATH="" > > > for jarFile in ${CHUKWA_HOME}/share/chukwa/*.jar; do > > > CHUKWA_CLASSPATH=$CHUKWA_CLASSPATH:$jarFile; > > > done > > > for jarFile in ${CHUKWA_HOME}/share/chukwa/lib/*.jar; do > > > CHUKWA_CLASSPATH=$CHUKWA_CLASSPATH:$jarFile; > > > done > > > > > > I am using ubuntu 10.04 LTS 64bit, and sun jdk: > > > java version "1.6.0_26" > > > Java(TM) SE Runtime Environment (build 1.6.0_26-b03) > > > Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) > > > > > > > > > Regards, > > > Matthias > > > > > > On Wed, 2011-12-07 at 20:59 -0800, Eric Yang wrote: > > >> In the default shell script, it is loading jar files using wildcard. > > >> In theory, jersey-core should load before jsr311-api by alphabetic > > >> order. Is there customization to the deployment to make the class > > >> path loading different? What OS are you running to observe those > > >> issues? > > >> > > >> regards, > > >> Eric > > >> > > >> On Wed, Dec 7, 2011 at 8:20 PM, Schlachter, Matthias > > >> wrote: > > >> > OK, that fixed it for me: > > >> > > > >> > I added exclusions to the hadoop dependency in the pox.xml: > > >> > ... > > >> > > > >> > org.apache.hadoop > > >> > hadoop-core > > >> > 0.20.205.0 > > >> > > > >> > > > >> > jasper-compiler > > >> > tomcat > > >> > > > >> > > > >> > jasper-runtime > > >> > tomcat > > >> > > > >> > > > >> > > > >> > ... > > >> > > > >> > This introduced then a new problem: > > >> > IncompatibleClassChangeError javax.ws.rs.core.Response$Status does > not > > >> > implement the requested interface > > >> > > > >> > I got rid of that by making sure that the jersey-core JAR appears > before > > >> > the jsr311-api JAR in the classpath > > >> > > > >> > Regards, > > >> > > > >> > Matthias > > >> > > > >> > > > >> > On Thu, 2011-12-08 at 11:33 +1100, Schlachter, Matthias wrote: > > >> >> Thanks Eric. > > >> >> > > >> >> jasper is a dependency of hadoop-core:jar in maven > > >> >> > > >> >> [INFO] +- com.google.guava:guava:jar:10.0.1:compile > > >> >> [INFO] | \- com.google.code.findbugs:jsr305:jar:1.3.9:compile > > >> >> [INFO] +- com.googlecode.json-simple:json-simple:jar:1.1:compile > > >> >> [INFO] +- org.apache.hadoop:hadoop-core:jar:0.20.205.0:compile > > >> >> [INFO] | +- org.apache.commons:commons-math:jar:2.1:compile > > >> >> [INFO] | +- tomcat:jasper-runtime:jar:5.5.12:compile > > >> >> [INFO] | +- tomcat:jasper-compiler:jar:5.5.12:compile > > >> >> > > >> >> I tried to remove all the dependencies and added the hadoop/hbase > > >> >> dependencies (by hand) in a system scope. The result is a jasper > free > > >> >> build, that doesn't load the Root resource classes and Provider > classes > > >> >> anymore. It's stuck here: > > >> >> 08/12/2011 11:22:21 AM > com.sun.jersey.api.core.PackagesResourceConfig > > >> >> init > > >> >> INFO: Scanning for root resource and provider classes in the > packages: > > >> >> org.apache.hadoop.chukwa.rest.resource > > >> >> org.apache.hadoop.chukwa.hicc.rest > > >> >> > > >> >> Regards, > > >> >> Matthias > > >> >> > > >> >> > > >> >> On Tue, 2011-12-06 at 22:31 -0800, Eric Yang wrote: > > >> >> > This looks like a conflict between jetty and jasper. In the > pom.xml, > > >> >> > jasper has been commented out. It looks like your environment > put > > >> >> > jasper back into the system, which causes the problem. Do you > need > > >> >> > jasper? I would recommend to disable it if possible. > > >> >> > In addition, there is a rebase of using Jersey 1.10 over the > weekend > > >> >> > to solve a stacktrace thrown while starting HICC. It maybe > useful to > > >> >> > sync up to current trunk to be sure. > > >> >> > > > >> >> > regards, > > >> >> > Eric > > >> >> > > > >> >> > On Tue, Dec 6, 2011 at 10:00 PM, Schlachter, Matthias > > >> >> > wrote: > > >> >> > > I can't get hicc running anymore. Tried changing the > dependencies for > > >> >> > > the build (different versions of jetty/jersey), but no success > so far. > > >> >> > > Any ideas? Has anybody else the same problem? > > >> >> > > > > >> >> > > > > >> >> > > HTTP ERROR 500 > > >> >> > > Problem accessing /hicc/. Reason: > > >> >> > > > > >> >> > > STANDARD_IMPORTS > > >> >> > > > > >> >> > > Caused by: > > >> >> > > java.lang.NoSuchFieldError: STANDARD_IMPORTS > > >> >> > > at > org.apache.jasper.compiler.PageInfo.(PageInfo.java:100) > > >> >> > > at > org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:98) > > >> >> > > at > org.apache.jasper.compiler.Compiler.compile(Compiler.java:286) > > >> >> > > at > org.apache.jasper.compiler.Compiler.compile(Compiler.java:267) > > >> >> > > at > org.apache.jasper.compiler.Compiler.compile(Compiler.java:255) > > >> >> > > at > org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:563) > > >> >> > > at > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:293) > > >> >> > > at > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) > > >> >> > > at > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) > > >> >> > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > > >> >> > > at > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) > > >> >> > > at > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) > > >> >> > > at > org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) > > >> >> > > at > org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) > > >> >> > > at > org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) > > >> >> > > at > org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450) > > >> >> > > at > org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327) > > >> >> > > at > org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126) > > >> >> > > at > org.mortbay.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:503) > > >> >> > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > > >> >> > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > > >> >> > > at > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) > > >> >> > > at > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) > > >> >> > > at > org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) > > >> >> > > at > org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) > > >> >> > > at > org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) > > >> >> > > at > org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450) > > >> >> > > at > org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230) > > >> >> > > at > org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) > > >> >> > > at > org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) > > >> >> > > at org.mortbay.jetty.Server.handle(Server.java:326) > > >> >> > > at > org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) > > >> >> > > at > org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) > > >> >> > > at > org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) > > >> >> > > at > org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) > > >> >> > > at > org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) > > >> >> > > at > org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) > > >> >> > > at > org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) > > >> >> > > > > >> >> > > >> > > > > > > -- Ahmed Fathalla --000e0cd0ed009ecc1004b3901b80 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Matthias,

Please create a JIRA ticket for this on <= br>
https://iss= ues.apache.org/jira/browse/CHUKWA

and submit the patch there
=

On Thu, Dec 8, 2011 at 8:57 AM, Schlachter, = Matthias <Matthias.Schlachter@team.telstra.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex;"> This is for pom.xml and bin/chukwa-config.sh in trunk 1211721

Regards,
Matthias

On Wed, 2011-12-07 at 22:06 -0800, Eric Yang wrote:
> Looks like safe change to revert back. =A0Maybe it's better to man= ually
> construct class path than using wildcards. =A0Could you submit the
> changes as a patch? =A0Thanks
>
> regard,
> Eric
>
> On Wed, Dec 7, 2011 at 9:11 PM, Schlachter, Matthias
> <Matthias.S= chlachter@team.telstra.com> wrote:
> > I replaced the following in chukwa-config.sh (which gets deployed= to
> > libexec)
> >
> > CHUKWA_CLASSPATH=3D"${CHUKWA_HOME}/share/chukwa/*:
> > ${CHUKWA_HOME}/share/chukwa/lib/*"
> >
> > with
> >
> > CHUKWA_CLASSPATH=3D""
> > for jarFile in ${CHUKWA_HOME}/share/chukwa/*.jar; do
> > =A0 =A0CHUKWA_CLASSPATH=3D$CHUKWA_CLASSPATH:$jarFile;
> > done
> > for jarFile in ${CHUKWA_HOME}/share/chukwa/lib/*.jar; do
> > =A0 =A0CHUKWA_CLASSPATH=3D$CHUKWA_CLASSPATH:$jarFile;
> > done
> >
> > I am using ubuntu 10.04 LTS 64bit, and sun jdk:
> > java version "1.6.0_26"
> > Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
> > Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) > >
> >
> > Regards,
> > Matthias
> >
> > On Wed, 2011-12-07 at 20:59 -0800, Eric Yang wrote:
> >> In the default shell script, it is loading jar files using wi= ldcard.
> >> In theory, jersey-core should load before jsr311-api by alpha= betic
> >> order. =A0Is there customization to the deployment to make th= e class
> >> path loading different? =A0What OS are you running to observe= those
> >> issues?
> >>
> >> regards,
> >> Eric
> >>
> >> On Wed, Dec 7, 2011 at 8:20 PM, Schlachter, Matthias
> >> <M= atthias.Schlachter@team.telstra.com> wrote:
> >> > OK, that fixed it for me:
> >> >
> >> > I added exclusions to the hadoop dependency in the pox.x= ml:
> >> > ...
> >> > =A0 =A0 =A0 =A0 =A0<dependency>
> >> > =A0 =A0 =A0 =A0 =A0 =A0<groupId>org.apache.hadoop&= lt;/groupId>
> >> > =A0 =A0 =A0 =A0 =A0 =A0<artifactId>hadoop-core<= /artifactId>
> >> > =A0 =A0 =A0 =A0 =A0 =A0<version>0.20.205.0</ver= sion>
> >> > =A0 =A0 =A0 =A0 =A0 =A0<exclusions>
> >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0<exclusion>
> >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<artifactId>jasper-= compiler</artifactId>
> >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<groupId>tomcat<= /groupId>
> >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0</exclusion>
> >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0<exclusion>
> >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<artifactId>jasper-= runtime</artifactId>
> >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<groupId>tomcat<= /groupId>
> >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0</exclusion>
> >> > =A0 =A0 =A0 =A0 =A0 =A0</exclusions>
> >> > =A0 =A0 =A0 =A0 =A0</dependency>
> >> > ...
> >> >
> >> > This introduced then a new problem:
> >> > IncompatibleClassChangeError javax.ws.rs.core.Response$S= tatus does not
> >> > implement the requested interface
> >> >
> >> > I got rid of that by making sure that the jersey-core JA= R appears before
> >> > the jsr311-api JAR in the classpath
> >> >
> >> > Regards,
> >> >
> >> > Matthias
> >> >
> >> >
> >> > On Thu, 2011-12-08 at 11:33 +1100, Schlachter, Matthias = wrote:
> >> >> Thanks Eric.
> >> >>
> >> >> jasper is a dependency of hadoop-core:jar in maven > >> >>
> >> >> [INFO] +- com.google.guava:guava:jar:10.0.1:compile<= br> > >> >> [INFO] | =A0\- com.google.code.findbugs:jsr305:jar:1= .3.9:compile
> >> >> [INFO] +- com.googlecode.json-simple:json-simple:jar= :1.1:compile
> >> >> [INFO] +- org.apache.hadoop:hadoop-core:jar:0.20.205= .0:compile
> >> >> [INFO] | =A0+- org.apache.commons:commons-math:jar:2= .1:compile
> >> >> [INFO] | =A0+- tomcat:jasper-runtime:jar:5.5.12:comp= ile
> >> >> [INFO] | =A0+- tomcat:jasper-compiler:jar:5.5.12:com= pile
> >> >>
> >> >> I tried to remove all the dependencies and added the= hadoop/hbase
> >> >> dependencies (by hand) in a system scope. The result= is a jasper free
> >> >> build, that doesn't load the Root resource class= es and Provider classes
> >> >> anymore. It's stuck here:
> >> >> 08/12/2011 11:22:21 AM com.sun.jersey.api.core.Packa= gesResourceConfig
> >> >> init
> >> >> INFO: Scanning for root resource and provider classe= s in the packages:
> >> >> =A0 org.apache.hadoop.chukwa.rest.resource
> >> >> =A0 org.apache.hadoop.chukwa.hicc.rest
> >> >>
> >> >> Regards,
> >> >> Matthias
> >> >>
> >> >>
> >> >> On Tue, 2011-12-06 at 22:31 -0800, Eric Yang wrote:<= br> > >> >> > This looks like a conflict between jetty and ja= sper. =A0In the pom.xml,
> >> >> > jasper has been commented out. =A0It looks like= your environment put
> >> >> > jasper back into the system, which causes the p= roblem. =A0Do you need
> >> >> > jasper? =A0I would recommend to disable it if p= ossible.
> >> >> > In addition, there is a rebase of using Jersey = 1.10 over the weekend
> >> >> > to solve a stacktrace thrown while starting HIC= C. =A0It maybe useful to
> >> >> > sync up to current trunk to be sure.
> >> >> >
> >> >> > regards,
> >> >> > Eric
> >> >> >
> >> >> > On Tue, Dec 6, 2011 at 10:00 PM, Schlachter, Ma= tthias
> >> >> > <Matthias.Schlachter@team.telstra.com> wrote:
> >> >> > > I can't get hicc running anymore. Trie= d changing the dependencies for
> >> >> > > the build (different versions of jetty/jer= sey), but no success so far.
> >> >> > > Any ideas? Has anybody else the same probl= em?
> >> >> > >
> >> >> > >
> >> >> > > HTTP ERROR 500
> >> >> > > Problem accessing /hicc/. Reason:
> >> >> > >
> >> >> > > STANDARD_IMPORTS
> >> >> > >
> >> >> > > Caused by:
> >> >> > > java.lang.NoSuchFieldError: STANDARD_IMPOR= TS
> >> >> > > =A0 =A0 =A0 =A0at org.apache.jasper.compil= er.PageInfo.<init>(PageInfo.java:100)
> >> >> > > =A0 =A0 =A0 =A0at org.apache.jasper.compil= er.Compiler.generateJava(Compiler.java:98)
> >> >> > > =A0 =A0 =A0 =A0at org.apache.jasper.compil= er.Compiler.compile(Compiler.java:286)
> >> >> > > =A0 =A0 =A0 =A0at org.apache.jasper.compil= er.Compiler.compile(Compiler.java:267)
> >> >> > > =A0 =A0 =A0 =A0at org.apache.jasper.compil= er.Compiler.compile(Compiler.java:255)
> >> >> > > =A0 =A0 =A0 =A0at org.apache.jasper.JspCom= pilationContext.compile(JspCompilationContext.java:563)
> >> >> > > =A0 =A0 =A0 =A0at org.apache.jasper.servle= t.JspServletWrapper.service(JspServletWrapper.java:293)
> >> >> > > =A0 =A0 =A0 =A0at org.apache.jasper.servle= t.JspServlet.serviceJspFile(JspServlet.java:314)
> >> >> > > =A0 =A0 =A0 =A0at org.apache.jasper.servle= t.JspServlet.service(JspServlet.java:264)
> >> >> > > =A0 =A0 =A0 =A0at javax.servlet.http.HttpS= ervlet.service(HttpServlet.java:853)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.servle= t.ServletHolder.handle(ServletHolder.java:511)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.servle= t.ServletHandler.handle(ServletHandler.java:401)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.securi= ty.SecurityHandler.handle(SecurityHandler.java:216)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.servle= t.SessionHandler.handle(SessionHandler.java:182)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.handle= r.ContextHandler.handle(ContextHandler.java:766)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.webapp= .WebAppContext.handle(WebAppContext.java:450)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.servle= t.Dispatcher.forward(Dispatcher.java:327)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.servle= t.Dispatcher.forward(Dispatcher.java:126)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.servle= t.DefaultServlet.doGet(DefaultServlet.java:503)
> >> >> > > =A0 =A0 =A0 =A0at javax.servlet.http.HttpS= ervlet.service(HttpServlet.java:740)
> >> >> > > =A0 =A0 =A0 =A0at javax.servlet.http.HttpS= ervlet.service(HttpServlet.java:853)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.servle= t.ServletHolder.handle(ServletHolder.java:511)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.servle= t.ServletHandler.handle(ServletHandler.java:401)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.securi= ty.SecurityHandler.handle(SecurityHandler.java:216)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.servle= t.SessionHandler.handle(SessionHandler.java:182)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.handle= r.ContextHandler.handle(ContextHandler.java:766)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.webapp= .WebAppContext.handle(WebAppContext.java:450)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.handle= r.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.handle= r.HandlerCollection.handle(HandlerCollection.java:114)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.handle= r.HandlerWrapper.handle(HandlerWrapper.java:152)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.Server= .handle(Server.java:326)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpCo= nnection.handleRequest(HttpConnection.java:542)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpCo= nnection$RequestHandler.headerComplete(HttpConnection.java:928)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpPa= rser.parseNext(HttpParser.java:549)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpPa= rser.parseAvailable(HttpParser.java:212)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpCo= nnection.handle(HttpConnection.java:404)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.io.nio.Selec= tChannelEndPoint.run(SelectChannelEndPoint.java:410)
> >> >> > > =A0 =A0 =A0 =A0at org.mortbay.thread.Queue= dThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> >> >> > >
> >> >>
> >> >
> >




--
Ahmed Fatha= lla
--000e0cd0ed009ecc1004b3901b80--