Return-Path: X-Original-To: apmail-manifoldcf-user-archive@www.apache.org Delivered-To: apmail-manifoldcf-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 3174017719 for ; Wed, 1 Oct 2014 17:37:27 +0000 (UTC) Received: (qmail 5206 invoked by uid 500); 1 Oct 2014 17:37:27 -0000 Delivered-To: apmail-manifoldcf-user-archive@manifoldcf.apache.org Received: (qmail 5167 invoked by uid 500); 1 Oct 2014 17:37:27 -0000 Mailing-List: contact user-help@manifoldcf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@manifoldcf.apache.org Delivered-To: mailing list user@manifoldcf.apache.org Received: (qmail 5157 invoked by uid 99); 1 Oct 2014 17:37:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Oct 2014 17:37:26 +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 radek.sklenicka@gmail.com designates 209.85.217.171 as permitted sender) Received: from [209.85.217.171] (HELO mail-lb0-f171.google.com) (209.85.217.171) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Oct 2014 17:37:21 +0000 Received: by mail-lb0-f171.google.com with SMTP id z12so811834lbi.16 for ; Wed, 01 Oct 2014 10:36:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=p70jLAJ+HCB40/QBIORafgTzRB09sM7X8VW05Nd3dQg=; b=WeOywjanucyLE87gWNU3N1ob3W7fChYDLJokpFhZDQmDSX7njZHskfFdZhsdMBl1M0 EJlpFHsdmRBzApb5iW7pU5u165mTFaPffugOQihsu8XH+XjGgEijCSPZ0F++sXRlLDo4 xevUyOkx+B1R27qOzvOnh4JGSLjR2mWNOc3pZxf2UXvE8Xi+RP6i0VyN+6DBtCSHN8np g9IQCT1vyRXJnofjKV34f1ndMUNMPHf3VapS0AY0dlNrKVUZr9msuIBNklEl72fzVYbq Kz3P+i9ATGDyNiE0uns1sgg/7JKjrvufykRnzqAGHLxraOYuKXQoNAnU9HBw9Yf7Xmtw Xc+g== MIME-Version: 1.0 X-Received: by 10.152.7.73 with SMTP id h9mr25161332laa.27.1412185019838; Wed, 01 Oct 2014 10:36:59 -0700 (PDT) Received: by 10.152.45.39 with HTTP; Wed, 1 Oct 2014 10:36:59 -0700 (PDT) In-Reply-To: References: Date: Wed, 1 Oct 2014 19:36:59 +0200 Message-ID: Subject: Re: LiveLink connector: error when creating authority and repository connections From: Radek Sklenicka To: user@manifoldcf.apache.org Content-Type: multipart/alternative; boundary=001a11c28ae676f89605045ff2c3 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c28ae676f89605045ff2c3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Karl, We got things working when we tried using 'OpenText Content Server only account' as a connection account in ManifoldCF. Initially we tried authenticating against OpenText Directory Service (OTDS) with AD user which didn't work. Thanks for your feedback and help! Radek On 19 September 2014 10:40, Karl Wright wrote: > Hi Radek, > > If you have your IIS webserver configured to be straight "NTLM" then this > makes no sense to me. However, I bet you have it set for "SPNEGO", with = an > NTLM fallback. If so, maybe LAPI doesn't know how to connect? > > This is fundamentally a LAPI issue with your Livelink IIS configuration -= - > if you are an OpenText customer I would think there would be some support > somewhere for this. But thanks for confirming the patch -- I will make > sure it ships in 1.7.1. > > Karl > > > On Fri, Sep 19, 2014 at 2:24 AM, Radek Sklenicka < > radek.sklenicka@gmail.com> wrote: > >> Thanks Karl, that made the trick. >> "NOT using SSL" is being displayed and most importantly =E2=80=9Chttps= =E2=80=9D is turned >> off explicitly. >> Appreciate the prompt feedback. >> >> With this fix we now see the following status: >> Connection failed: Livelink API error: The webserver requires an >> unsupported authentication method. >> We=E2=80=99re setup with NTLM and I believe we have the connection param= eters >> correctly. >> Any hint? >> >> Thank you, >> >> Radek >> >> >> On 18 September 2014 19:11, Karl Wright wrote: >> >>> Hi Radek, >>> >>> For some reason, I believe that it's still trying to use SSL for the >>> connection. See the class "SSLSocket" in this trace: >>> >>> Connection failed: Livelink API error: Class: com.a.d.e Could not creat= e >>> socket output stream. Unknown protocol Call Stack: com.a.d.e: Unknown >>> protocol at com.a.d.b.h.a(ClientProtocol. >>> java:326) at com.a.d.b.h.a(ClientProtocol.java:377) at >>> com.a.d.f.getOutputStream(SSLSocket.java:283) at >>> com.opentext.api.LLConnect.createSocketStreams(Unknown Source) at >>> com.opentext.api.LLConnect.executeHTTP(Unknown Source) at >>> com.opentext.api.LLConnect.execute(Unknown Source) at >>> com.opentext.api.LAPI_USERS.GetUserInfo(Unknown Source) >>> >>> This code was tested originally using lapi 9.7.1, in fact, but SSL >>> support was added after that, and most people use a version of LAPI tha= t is >>> much more modern, e.g. 10.2. But in any case, it should not be attempt= ing >>> to use SSL at all here, as far as I know. >>> >>> Could you try an experiment? In the class LLSERVER.java >>> (connectors/livelink/connector/src/main/java/org/apache/manifoldcf/craw= ler/connectors/livelink/LLSERVER.java), >>> can you go to line 170, which should look like this: >>> >>> >>>>>> >>> LLValue rootCACertList =3D new LLValue(); >>> LLSession.GetCARootCerts(certFolder.toString(),rootCACertList= ); >>> configuration.add("CARootCerts", rootCACertList); >>> } >>> } >>> else >>> configuration =3D null; >>> <<<<<< >>> >>> Please change it to look like this: >>> >>> >>> >>>>>> >>> LLValue rootCACertList =3D new LLValue(); >>> LLSession.GetCARootCerts(certFolder.toString(),rootCACertList= ); >>> configuration.add("CARootCerts", rootCACertList); >>> System.out.println("Using SSL because that is what is >>> specified"); >>> } >>> else >>> { >>> configuration.add("HTTPS", LLValue.LL_FALSE); >>> System.out.println("NOT using SSL"); >>> } >>> } >>> else >>> configuration =3D null; >>> <<<<<< >>> >>> Then, compile, start MCF, and view your repository connection. You >>> should see a message dumped to standard out. If the message says "NOT >>> using SSL", then the additional line I added may help the code connect. >>> Please let me know if this works for you. >>> >>> Thanks, >>> Karl >>> >>> >>> On Thu, Sep 18, 2014 at 12:56 PM, Radek Sklenicka < >>> radek.sklenicka@gmail.com> wrote: >>> >>>> Hello, >>>> >>>> We've been trying to setup a Livelink connection, but getting errors i= n >>>> the Connection status - see below the error for authority and reposito= ry >>>> connections. >>>> >>>> - we=E2=80=99re using "http" protocol connection >>>> - we've built ManifoldCF 1.7 against lapi.jar and llssl.jar libraries >>>> (version 9.7.1). >>>> - OpenText version is 10 SP2 update 11 >>>> >>>> Could this be a compatibility issue? >>>> >>>> Any help would be really appreciated as we=E2=80=99re not able to get = the >>>> Livelink connection working. >>>> Thank you, >>>> Radek >>>> >>>> >>>> >>>> Repository connection status: >>>> >>>> Transient error: Livelink API error: Class: com.a.d.e Could not create >>>> socket output stream. Unknown protocol Call Stack: com.a.d.e: Unknown >>>> protocol at com.a.d.b.h.a(ClientProtocol.java:326) at >>>> com.a.d.b.h.a(ClientProtocol.java:377) at >>>> com.a.d.f.getOutputStream(SSLSocket.java:283) at >>>> com.opentext.api.LLConnect.createSocketStreams(Unknown Source) at >>>> com.opentext.api.LLConnect.executeHTTP(Unknown Source) at >>>> com.opentext.api.LLConnect.execute(Unknown Source) at >>>> com.opentext.api.LAPI_DOCUMENTS.AccessEnterpriseWS(Unknown Source) at >>>> org.apache.manifoldcf.crawler.connectors.livelink.LivelinkConnector$Ge= tSessionThread.run(LivelinkConnector.java:267) >>>> >>>> >>>> Authority connection status: >>>> >>>> Connection failed: Livelink API error: Class: com.a.d.e Could not >>>> create socket output stream. Unknown protocol Call Stack: com.a.d.e: >>>> Unknown protocol at com.a.d.b.h.a(ClientProtocol.java:326) at >>>> com.a.d.b.h.a(ClientProtocol.java:377) at >>>> com.a.d.f.getOutputStream(SSLSocket.java:283) at >>>> com.opentext.api.LLConnect.createSocketStreams(Unknown Source) at >>>> com.opentext.api.LLConnect.executeHTTP(Unknown Source) at >>>> com.opentext.api.LLConnect.execute(Unknown Source) at >>>> com.opentext.api.LAPI_USERS.GetUserInfo(Unknown Source) at >>>> org.apache.manifoldcf.crawler.connectors.livelink.LivelinkAuthority.ch= eck(LivelinkAuthority.java:269) >>>> at org.apache.jsp.viewauthority_jsp._jspService(viewauthority_jsp.java= :276) >>>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) = at >>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at >>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.= java:388) >>>> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java= :313) >>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260) a= t >>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at >>>> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:547)= at >>>> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:= 480) >>>> at >>>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.ja= va:119) >>>> at >>>> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java= :520) >>>> at >>>> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandle= r.java:227) >>>> at >>>> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandle= r.java:941) >>>> at >>>> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:4= 09) >>>> at >>>> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler= .java:186) >>>> at >>>> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler= .java:875) >>>> at >>>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.ja= va:117) >>>> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:288) at >>>> org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:115) at >>>> org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.ja= va:709) >>>> at >>>> org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java= :680) >>>> at org.apache.jsp.execute_jsp._jspService(execute_jsp.java:703) at >>>> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at >>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at >>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.= java:388) >>>> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java= :313) >>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260) a= t >>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at >>>> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:547)= at >>>> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:= 480) >>>> at >>>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.ja= va:119) >>>> at >>>> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java= :520) >>>> at >>>> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandle= r.java:227) >>>> at >>>> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandle= r.java:941) >>>> at >>>> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:4= 09) >>>> at >>>> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler= .java:186) >>>> at >>>> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler= .java:875) >>>> at >>>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.ja= va:117) >>>> at >>>> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(Conte= xtHandlerCollection.java:250) >>>> at >>>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.= java:110) >>>> at org.eclipse.jetty.server.Server.handle(Server.java:349) at >>>> org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.j= ava:441) >>>> at >>>> org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpCon= nection.java:936) >>>> at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:801) at >>>> org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) = at >>>> org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnectio= n.java:51) >>>> at >>>> org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEnd= Point.java:586) >>>> at >>>> org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndP= oint.java:44) >>>> at >>>> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool= .java:598) >>>> at >>>> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.= java:533) >>>> at java.lang.Thread.run(Unknown Source) >>>> >>>> >>> >> > --001a11c28ae676f89605045ff2c3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Karl,

We got things worki= ng when we tried using 'OpenText Content Server only account' as a = connection account in ManifoldCF. Initially we tried authenticating against= OpenText Directory Service (OTDS) with AD user which didn't work.

Thanks for your feedback and help!

Radek


On 19 September 2014 10:40, Karl Wright <daddywri@gm= ail.com> wrote:
Hi Radek,

If you have your IIS webserver confi= gured to be straight "NTLM" then this makes no sense to me.=C2=A0= However, I bet you have it set for "SPNEGO", with an NTLM fallba= ck.=C2=A0 If so, maybe LAPI doesn't know how to connect?

T= his is fundamentally a LAPI issue with your Livelink IIS configuration -- i= f you are an OpenText customer I would think there would be some support so= mewhere for this.=C2=A0 But thanks for confirming the patch -- I will make = sure it ships in 1.7.1.
<= br>Karl

=

On Fri, Sep 19, 2= 014 at 2:24 AM, Radek Sklenicka <radek.sklenicka@gmail.com>= wrote:
Than= ks Karl, that made the trick.
"NOT using SSL" is being = displayed and most importantly =E2=80=9Chttps=E2=80=9D is turned off explic= itly.
Appreciate the prompt feedback.

Wi= th this fix we now see the following status:
Connection failed: L= ivelink API error: The webserver requires an unsupported authentication met= hod.
We=E2=80=99re setup with NTLM and I believe we have the conn= ection parameters correctly.
Any hint?

T= hank you,

Radek


On 18 September= 2014 19:11, Karl Wright <daddywri@gmail.com> wrote:
Hi Radek,
For some reason, I believe that it's still trying to use SSL for the = connection.=C2=A0 See the class "SSLSocket" in this trace:<= br>
Connection failed: Livelink API error: Class: com.a.d.e Could not cr= eate socket output stream. Unknown protocol Call Stack: com.a.d.e: Unknown=20 protocol at com.a.d.b.h.a(ClientProtocol.
java:326) at com.a.d.b.h.a(Cl= ientProtocol.java:377) at com.a.d.f.getOutputStream(SSLSocket.java:283) at = com.opentext.api.LLConnect.createSocketStreams(Unknown Source) at com.opent= ext.api.LLConnect.executeHTTP(Unknown Source) at com.opentext.api.LLConnect= .execute(Unknown Source) at com.opentext.api.LAPI_USERS.GetUserInfo(Unknown= Source)

This code was tested originally using lapi 9.7= .1, in fact, but SSL support was added after that, and most people use a ve= rsion of LAPI that is much more modern, e.g. 10.2.=C2=A0 But in any case, i= t should not be attempting to use SSL at all here, as far as I know.
Could you try an experiment?=C2=A0 In the class LLSERVER.java (conne= ctors/livelink/connector/src/main/java/org/apache/manifoldcf/crawler/connec= tors/livelink/LLSERVER.java), can you go to line 170, which should look lik= e this:

>>>>>>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 LLValue rootCACertList =3D new LLValue();
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 LLSession.GetCARootCert= s(certFolder.toString(),rootCACertList);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 configuration.add("CARootCerts", rootCAC= ertList);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 }
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 else
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 configuration =3D null;
<<<<&= lt;<

Please change it to look like this:


>>= ;>>>>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= LLValue rootCACertList =3D new LLValue();
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 LLSession.GetCARootCerts(certFolder.toString(),= rootCACertList);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = configuration.add("CARootCerts", rootCACertList);
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 System.out.println("U= sing SSL because that is what is specified");
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 }
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 else
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 {
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 configuration.add("HT= TPS", LLValue.LL_FALSE);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 System.out.println("NOT using SSL");
=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 }
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 else
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 configuration =3D null;
<<= <<<<

Then, compile, start MCF, and view your = repository connection.=C2=A0 You should see a message dumped to standard ou= t.=C2=A0 If the message says "NOT using SSL", then the additional= line I added may help the code connect.=C2=A0 Please let me know if this w= orks for you.

Thanks,
Karl


On Thu, Sep 18,= 2014 at 12:56 PM, Radek Sklenicka <radek.sklenicka@gmail.com&= gt; wrote:
H= ello,

We've been trying to setup a Livelin= k connection, but getting errors in the Connection status - see below the e= rror for authority and repository connections.

- w= e=E2=80=99re using "http" protocol connection
- we'= ve built ManifoldCF 1.7 against lapi.jar and llssl.jar libraries (version 9= .7.1).
- OpenText version is 10 SP2 update 11

Could this be a compatibility issue?

Any hel= p would be really appreciated as we=E2=80=99re not able to get the Livelink= connection working.
Thank you,
Radek



Repository connection status:=

Transient error: Livelink API error: Class: com.a= .d.e Could not create socket output stream. Unknown protocol Call Stack: co= m.a.d.e: Unknown protocol at com.a.d.b.h.a(ClientProtocol.java:326) at com.= a.d.b.h.a(ClientProtocol.java:377) at com.a.d.f.getOutputStream(SSLSocket.j= ava:283) at com.opentext.api.LLConnect.createSocketStreams(Unknown Source) = at com.opentext.api.LLConnect.executeHTTP(Unknown Source) at com.opentext.a= pi.LLConnect.execute(Unknown Source) at com.opentext.api.LAPI_DOCUMENTS.Acc= essEnterpriseWS(Unknown Source) at org.apache.manifoldcf.crawler.connectors= .livelink.LivelinkConnector$GetSessionThread.run(LivelinkConnector.java:267= )


Authority connection status:

Connection failed: Livelink API error: Class: com.a.d.= e Could not create socket output stream. Unknown protocol Call Stack: com.a= .d.e: Unknown protocol at com.a.d.b.h.a(ClientProtocol.java:326) at com.a.d= .b.h.a(ClientProtocol.java:377) at com.a.d.f.getOutputStream(SSLSocket.java= :283) at com.opentext.api.LLConnect.createSocketStreams(Unknown Source) at = com.opentext.api.LLConnect.executeHTTP(Unknown Source) at com.opentext.api.= LLConnect.execute(Unknown Source) at com.opentext.api.LAPI_USERS.GetUserInf= o(Unknown Source) at org.apache.manifoldcf.crawler.connectors.livelink.Live= linkAuthority.check(LivelinkAuthority.java:269) at org.apache.jsp.viewautho= rity_jsp._jspService(viewauthority_jsp.java:276) at org.apache.jasper.runti= me.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServl= et.service(HttpServlet.java:820) at org.apache.jasper.servlet.JspServletWra= pper.service(JspServletWrapper.java:388) at org.apache.jasper.servlet.JspSe= rvlet.serviceJspFile(JspServlet.java:313) at org.apache.jasper.servlet.JspS= ervlet.service(JspServlet.java:260) at javax.servlet.http.HttpServlet.servi= ce(HttpServlet.java:820) at org.eclipse.jetty.servlet.ServletHolder.handle(= ServletHolder.java:547) at org.eclipse.jetty.servlet.ServletHandler.doHandl= e(ServletHandler.java:480) at org.eclipse.jetty.server.handler.ScopedHandle= r.handle(ScopedHandler.java:119) at org.eclipse.jetty.security.SecurityHand= ler.handle(SecurityHandler.java:520) at org.eclipse.jetty.server.session.Se= ssionHandler.doHandle(SessionHandler.java:227) at org.eclipse.jetty.server.= handler.ContextHandler.doHandle(ContextHandler.java:941) at org.eclipse.jet= ty.servlet.ServletHandler.doScope(ServletHandler.java:409) at org.eclipse.j= etty.server.session.SessionHandler.doScope(SessionHandler.java:186) at org.= eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:875= ) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.ja= va:117) at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:288)= at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:115) at org= .apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:709) = at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:6= 80) at org.apache.jsp.execute_jsp._jspService(execute_jsp.java:703) at org.= apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.ser= vlet.http.HttpServlet.service(HttpServlet.java:820) at org.apache.jasper.se= rvlet.JspServletWrapper.service(JspServletWrapper.java:388) at org.apache.j= asper.servlet.JspServlet.serviceJspFile(JspServlet.java:313) at org.apache.= jasper.servlet.JspServlet.service(JspServlet.java:260) at javax.servlet.htt= p.HttpServlet.service(HttpServlet.java:820) at org.eclipse.jetty.servlet.Se= rvletHolder.handle(ServletHolder.java:547) at org.eclipse.jetty.servlet.Ser= vletHandler.doHandle(ServletHandler.java:480) at org.eclipse.jetty.server.h= andler.ScopedHandler.handle(ScopedHandler.java:119) at org.eclipse.jetty.se= curity.SecurityHandler.handle(SecurityHandler.java:520) at org.eclipse.jett= y.server.session.SessionHandler.doHandle(SessionHandler.java:227) at org.ec= lipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:941)= at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:40= 9) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandle= r.java:186) at org.eclipse.jetty.server.handler.ContextHandler.doScope(Cont= extHandler.java:875) at org.eclipse.jetty.server.handler.ScopedHandler.hand= le(ScopedHandler.java:117) at org.eclipse.jetty.server.handler.ContextHandl= erCollection.handle(ContextHandlerCollection.java:250) at org.eclipse.jetty= .server.handler.HandlerWrapper.handle(HandlerWrapper.java:110) at org.eclip= se.jetty.server.Server.handle(Server.java:349) at org.eclipse.jetty.server.= HttpConnection.handleRequest(HttpConnection.java:441) at org.eclipse.jetty.= server.HttpConnection$RequestHandler.content(HttpConnection.java:936) at or= g.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:801) at org.eclip= se.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) at org.eclipse= .jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:51) at or= g.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.j= ava:586) at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChan= nelEndPoint.java:44) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJ= ob(QueuedThreadPool.java:598) at org.eclipse.jetty.util.thread.QueuedThread= Pool$3.run(QueuedThreadPool.java:533) at java.lang.Thread.run(Unknown Sourc= e)





--001a11c28ae676f89605045ff2c3--