Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 23085 invoked by uid 500); 21 Aug 2001 13:46:57 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk Reply-To: tomcat-user@jakarta.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 23012 invoked from network); 21 Aug 2001 13:46:56 -0000 Received: from z2smtp1.lilly.com (HELO Lilly.com) (40.0.99.243) by h31.sny.collab.net with SMTP; 21 Aug 2001 13:46:56 -0000 Received: from LILLY.COM ([40.59.1.39]) by LILLY.COM (PMDF V5.2-31 #47167) with ESMTP id <01K7EE73XKAW002EZ8@LILLY.COM> for tomcat-user@jakarta.apache.org; Tue, 21 Aug 2001 14:48:28 GMT Received: from mcntusmail10.d51.lilly.com (mcntusmail10.d51.lilly.com [40.1.129.135]) by NEWMAN.D52.LILLY.COM (PMDF V5.2-31 #37480) with ESMTP id <01K7E1JC91B2009EBW@NEWMAN.D52.LILLY.COM> for tomcat-user@jakarta.apache.org; Tue, 21 Aug 2001 08:46:29 -0500 (EST) Content-return: prohibited Date: Tue, 21 Aug 2001 08:41:39 -0500 From: VASQUEZ_JASON@LILLY.COM Subject: Re: tomcat 4 mod_webapp config To: tomcat-user@jakarta.apache.org Message-id: MIME-version: 1.0 X-Mailer: Lotus Notes Release 5.07a May 14, 2001 Content-type: text/plain; charset="us-ascii" X-MIMETrack: Serialize by Router on USMAIL10/AM/LLY(Release 5.07a |May 14, 2001) at 08/21/2001 08:41:40 AM, Serialize complete at 08/21/2001 08:41:40 AM X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Pier-- Thanks for the patch. I'll give this a shot today or tomorrow and see if that does the trick. -jason "Pier P. Fumagalli" 08/21/2001 08:34 AM Please respond to tomcat-user To: tomcat-user@jakarta.apache.org cc: Subject: Re: tomcat 4 mod_webapp config VASQUEZ_JASON@LILLY.COM at VASQUEZ_JASON@LILLY.COM wrote: > All, > > I'm having a little problem with mod_webapp (or maybe I'm not > understanding this properly). > > I have an application deployed in catalina (v. 4b7) called "laserweb" > (accessible via tomcat's http server port under /laserweb). I'd like to > deploy this as the root of a virtual host in apache. I've configured the > connector like this within the virutal host: > > WebAppConnection myconn warp localhost:8008 > WebAppDeploy laserweb myconn / > > This doesn't seem to have any affect, as .jsp's, etc. are not being > processed. If I pick an URI other than "/", it will work. (i.e., > > WebAppDeploy laserweb myconn /testuri > > works as expected -- the webapp is available via > http:///testuri Philippe Richter just sent me a patch about this one... And AFAICS it's a good one (I didn't try it yet!) but it'll be in the next version of the module. --- wa_config.c Tue Aug 21 13:53:02 2001 +++ webapp-module-1.0-tc40b7.new/lib/wa_config.c Tue Aug 21 13:44:13 2001 @@ -81,10 +81,10 @@ strncpy(buf,p,1024); l=strlen(buf)-1; if (buf[l]=='/') buf[l]='\0'; - if (buf[0]=='/') { - appl->rpth=apr_pstrcat(wa_pool,buf,"/",NULL); + if (buf[0]=='/' || l==0) { + appl->rpth=apr_pstrcat(wa_pool,buf,"/",NULL); } else { - appl->rpth=apr_pstrcat(wa_pool,"/",buf,"/",NULL); + appl->rpth=apr_pstrcat(wa_pool,"/",buf,"/",NULL); } /* Zero all other parameters */ > Also, does the module have some way of resolving symbolic links? laserweb > is symlinked into the $CATALINA_HOME/webapps directory, yet the > /webapp-info/ page from my virtual host displays the "actual" directory > location (the target of the link)---I found this a little odd. How does > the module know? I don't know... It's all done in APR... I simply check if that directory exists or not... Note, the webapp-info should be _really_ disabled on any propduction server... > My understanding is that using mod_webapp, tomcat virtual hosts don't > matter. Is this incorrect? Can anyone shed some light on this? Nope, they don't... You can even remove the whole full first part of the server.xml (you can keep only the Tomcat-Apache engine). If you need virtualhost support, just configure them in your Apache httpd.conf, and put your WebAppDeploy lines inside your tags. It's all done automatically (no mod_rewrite, no auto-creation of configuration files, no nothing) Pier