Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 55169 invoked from network); 7 Jul 2008 08:37:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Jul 2008 08:37:35 -0000 Received: (qmail 90181 invoked by uid 500); 7 Jul 2008 08:37:23 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 90154 invoked by uid 500); 7 Jul 2008 08:37:23 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 90143 invoked by uid 99); 7 Jul 2008 08:37:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jul 2008 01:37:23 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,NORMAL_HTTP_TO_IP,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sundeep91@gmail.com designates 209.85.200.174 as permitted sender) Received: from [209.85.200.174] (HELO wf-out-1314.google.com) (209.85.200.174) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jul 2008 08:36:31 +0000 Received: by wf-out-1314.google.com with SMTP id 25so2097832wfc.12 for ; Mon, 07 Jul 2008 01:36:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=7fJtzzPoj3vBdUo2+eA8M88ih/xkoSLoJAP9ttbEQLg=; b=bkBvA3/e2G0Zhc0ImMaO0C6TBl5ervS/VwUyEJN0gCGGI+gKX/bRINDiQD/TZUXTdQ ipohBpsK9VmePpcGgqAwqvUximo+OrblHhXeOL0KpptdGmE4brNiYwvhZZTKLpoxJ8TG jrYJ3mmZaSIqfLNji8e4KAO/9w57oLy8T0Pvw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=EAt98dFPz/z0BgZ+Mug/rpsq6vGdUsFlvD0Wb6vm7/B5K2NGFdzRbcal8tAEA+xGPZ nx/Et58ts2QFhypAYb4BKottQoPWwKr62sAyEhFhuoUgwvO/JcoHCf+mUQ5IiXYyZjqz rSyZs9+3a19anPe6d15WvYy4Na0yPYCn03u9k= Received: by 10.142.158.17 with SMTP id g17mr1196251wfe.17.1215419813169; Mon, 07 Jul 2008 01:36:53 -0700 (PDT) Received: by 10.142.172.7 with HTTP; Mon, 7 Jul 2008 01:36:53 -0700 (PDT) Message-ID: Date: Mon, 7 Jul 2008 16:36:53 +0800 From: "sandeep gelli" To: "Tomcat Users List" Subject: Re: nsapi_redirector.so file In-Reply-To: <486F467F.8050700@kippdata.de> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_20601_10425608.1215419813169" References: <486C87C9.9070303@kippdata.de> <486CA2BD.2070200@kippdata.de> <486CB3EA.9080302@kippdata.de> <486F467F.8050700@kippdata.de> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_20601_10425608.1215419813169 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Rainer, Finally got it. I have changed my page redirection from response.redirect() to requestDispatcher.forward() and it worked. This was actually a trail and error that i did, any logic behind this? Thanks Sandeep On 7/5/08, Rainer Jung wrote: > > sandeep gelli schrieb: > >> Hi Rainer, >> >> Any advise on this? >> > > The log looks fine. All requests, that are processed by the plugin are > forwarded to the backend and return a result to the client. Those requests > are: > > 10.111.33.24 port=443 uri=/XXX/balance_transfer/form_bt0.jsp > 10.111.33.24 port=443 uri=/XXX/css/font.css > 10.111.33.24 port=443 uri=/XXX/js/formvalidation.js > 10.111.33.24 port=443 uri=/XXX/js/pageprogress.js > 10.111.33.24 port=443 > uri=/XXX/balance_transfer/js/custom_formvalidation.js > 10.111.33.24 port=443 uri=/XXX/balance_transfer/images/hd_bt.jpg > 10.111.33.24 port=443 uri=/XXX/balance_transfer/images/spacer.gif > 10.111.33.24 port=443 uri=/XXX/images/spinner.gif > 10.111.33.24 port=443 uri=/XXX/balance_transfer/form_controller > > Only the last one doesn't produce a full response page. Instead your > application returns a redirect to: > > https://10.111.33.24/XXX/balance_transfer/form_bt1.jsp > > Is that the same server, port and protocol, that you use when you call the > start page with the browser? I guess the redirect is using the wrong > server/port/protocol and that's why the request for > > https://10.111.33.24/XXX/balance_transfer/form_bt1.jsp > > doesn't reach the plugin. > > Regards, > > Rainer > > Thanks >> Sandeep >> >> On Fri, Jul 4, 2008 at 9:50 AM, sandeep gelli >> wrote: >> >> Hi Rainer, >>> >>> Attached is the nsapi.log, including the initialization phase. All my >>> config files in the target system are in UNIX format. >>> >>> Thanks >>> Sandeep >>> >>> >>> On 7/3/08, Rainer Jung wrote: >>> >>>> sandeep gelli wrote: >>>> >>>> Hi Rainer, >>>>> >>>>> Below is the URL from which i have downloaded the 64-bit >>>>> nsapi_redirector.so >>>>> file. When i use this file >>>>> >>>>> >>>>> http://apache.oss.eznetsols.org/tomcat/tomcat-connectors/jk/binaries/solaris/jk-1.2.26/sparc/ >>>>> >>>>> I receive the following error message when i use this file. >>>>> >>>>> Sun ONE Web Server 6.1 B08/22/2003 12:37 >>>>> [https-online-forms]: failure: CORE3170: Configuration initialization >>>>> failed: Error running init function load-modules: dlopen of >>>>> /usr/src/nsapi/lib/nsapi_redirector.so failed (ld.so.1: webservd: >>>>> fatal: >>>>> /usr/src/nsapi/lib/nsapi_redirector.so: wrong ELF class: ELFCLASS64) >>>>> [https-online-forms]: failure: server initialization failed >>>>> >>>>> So for compiling the src, i used gcc 3.3 version, which gave me a 250kb >>>>> file(which doesnt seems to be correct).My sun one webserver is running >>>>> on >>>>> 32-bit mode >>>>> >>>>> When i use the 32-bit so file, the server successfully starts up, and i >>>>> can >>>>> >>>>> I assume we are now talking about the file >>>> >>>> >>>> >>>> http://apache.oss.eznetsols.org/tomcat/tomcat-connectors/jk/binaries/solaris/jk-1.2.26/sparc/nsapi_redirector-1.2.26-sjsws6.1sp11.so >>>> >>>> and not your own compilation? >>>> >>>> Let's completely forget about the 64 Bit file. That can't work. >>>> >>>> see the title page. When i submit the page, i can see the logs in the >>>> >>>>> tomcat >>>>> and tomcat successfully responding to the request. But, the webserver >>>>> is >>>>> unable to get the response from the tomcat. The 404 status is from the >>>>> webserver. >>>>> >>>>> OK, since you already increased the log level of the plugin to debig: >>>> what >>>> are the contents of >>>> >>>> /usr/src/nsapi/logs/nsapi.log >>>> >>>> including the startup phase and the first request? >>>> >>>> Attached are my config files. >>>>> >>>> Just to make sure: all config files were in DOS format. Make sure, that >>>> they are in Unix format on the target system. >>>> >>>> Your config can be optimized, but should not be the source of basic >>>> trouble. >>>> >>>> >>>> Thanks >>>>> Sandeep >>>>> >>>>> Regards, >>>> >>>> Rainer >>>> >>>> On 7/3/08, Rainer Jung wrote: >>>> >>>>> As a first step, answering the questions in my previous mail would be >>>>>> helpful. As a secodn step, showing your configuration. Third: what do >>>>>> you >>>>>> mean by "page not found"? Is it a browser generated error, e.g. >>>>>> because >>>>>> the >>>>>> web server crashes and the browqser doesn't get an answer, or do your >>>>>> get a >>>>>> reply from the web server with status code 404, or maybe from Tomcat? >>>>>> >>>>>> Regards, >>>>>> >>>>>> Rainer >>>>>> >>>>>> sandeep gelli wrote: >>>>>> >>>>>> Hi Rainer, >>>>>> >>>>>>> Thanks for the prompt response. Let me explain my scenario. I am >>>>>>> trying >>>>>>> to >>>>>>> redirect the requests from sun webserver to tomcat. All worked fine >>>>>>> with >>>>>>> my >>>>>>> windows pc(32-bit) and when trying to deploy the same in my solaris >>>>>>> system, >>>>>>> i am able to get the first page. After submitting the first page, i >>>>>>> am >>>>>>> getting the page not found error. >>>>>>> >>>>>>> When checked in the nsapi.log, i dont see any errors.So, i thought it >>>>>>> could >>>>>>> be because of the nsapi_redirector.so, which is the only change made >>>>>>> transferring the application from windows to unix. >>>>>>> >>>>>>> Any advise on this would be of great help to me, as i am struggling >>>>>>> with >>>>>>> this issue from the last two weeks. >>>>>>> >>>>>>> Thanks & Rgds >>>>>>> Sandeep Gelli >>>>>>> >>>>>>> >>>>>>> On 7/3/08, Rainer Jung wrote: >>>>>>> >>>>>>> Hi Sandeep, >>>>>>> >>>>>>>> sandeep gelli schrieb: >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> Can anyone help me providing nsapi_redirector.so file(64-bit >>>>>>>>> version). >>>>>>>>> My >>>>>>>>> application is running on solaris sparc os 9, and sunone webserver >>>>>>>>> 6.1 >>>>>>>>> sp9. >>>>>>>>> >>>>>>>>> When i used the one available in the apache website, i am getting >>>>>>>>> ELFCLASS64 >>>>>>>>> error. I tried building it, but getting the following error during >>>>>>>>> the >>>>>>>>> make >>>>>>>>> >>>>>>>>> Whats the version you are using and what's the exact download URL >>>>>>>>> of >>>>>>>>> the >>>>>>>>> >>>>>>>>> .so file? >>>>>>>> What is the exact error message? >>>>>>>> What is the result of the command "file .../nsapi_redirector.so"? >>>>>>>> >>>>>>>> I would say: you are using the 32 Bit version of the Sun Web Server >>>>>>>> (as >>>>>>>> usual on a 64 Bit system and kernel, no problem with that). If it is >>>>>>>> the >>>>>>>> 32Bit web server, you need to download the 32 Bit >>>>>>>> nsapi_redirector.so. >>>>>>>> On >>>>>>>> the download page for the most recent version, it is named >>>>>>>> nsapi_redirector-1.2.26-sjsws6.1sp11.so. >>>>>>>> >>>>>>>> file. >>>>>>>> >>>>>>>> gcc: unrecognised option pthread. >>>>>>>> >>>>>>>>> Which version of gcc? >>>>>>>>> >>>>>>>>> Mine says "gcc: unrecognized option '-bar'" if I use an unknown >>>>>>>> option. >>>>>>>> Notice the "-" in front of the option. Did you remove the minus in >>>>>>>> front >>>>>>>> of >>>>>>>> pthread in the Makefile? >>>>>>>> >>>>>>>> However, i am still getting the build file which is just 250 kb. and >>>>>>>> also >>>>>>>> That seems to be too small. >>>>>>>> >>>>>>>> the class version error. >>>>>>>> Remove the added "-m64" from your compiler flags. Then you'll build >>>>>>>> a >>>>>>>> 32Bit >>>>>>>> version. >>>>>>>> >>>>>>>> Thanks >>>>>>>> >>>>>>>> Sandeep >>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> Rainer >>>>>>>> >>>>>>> > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > ------=_Part_20601_10425608.1215419813169--