Return-Path: Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 19338 invoked from network); 23 Aug 2003 10:59:06 -0000 Received: from law10-oe54.law10.hotmail.com (HELO hotmail.com) (64.4.14.47) by daedalus.apache.org with SMTP; 23 Aug 2003 10:59:06 -0000 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 23 Aug 2003 03:59:04 -0700 Received: from 202.88.158.108 by law10-oe54.law10.hotmail.com with DAV; Sat, 23 Aug 2003 10:59:04 +0000 X-Originating-IP: [202.88.158.108] X-Originating-Email: [thelastprince@hotmail.com] From: "Prince" To: "Tomcat Users List" References: Subject: JavaServer Faces Date: Thu, 1 Aug 2002 16:23:04 +0530 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Message-ID: X-OriginalArrivalTime: 23 Aug 2003 10:59:04.0285 (UTC) FILETIME=[910FC8D0:01C36965] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N hi, does tomcat support JavaServer Faces? ----- Original Message ----- From: "Prince" To: "Tomcat Users List" Sent: Thursday, August 01, 2002 4:18 PM Subject: Re: Auto-Confirmation - Stopping > its easy for atleast this, just block mails with the particular subject and > email id > ----- Original Message ----- > From: "Kannan Sundararajan" > To: "'Tomcat Users List'" > Sent: Saturday, August 23, 2003 12:10 AM > Subject: RE: Auto-Confirmation > > > > Stop this.. > > > > -----Original Message----- > > From: Quest Software [mailto:support@quest.com] > > Sent: Friday, August 22, 2003 11:53 AM > > To: Tomcat Users List > > Subject: Auto-Confirmation > > > > > > Thank you for submitting your request to Quest Software Technical Support. > > We are unable to process your request because our records indicate that > you > > are not registered for Technical Support. > > > > To register, logon to our Supportlink web site > http://www.quest.com/support > > , and self-register from the web. Or, you can phone Quest at one of the > > numbers below to register. > > > > Once you have registered, you can submit your request within Supportlink, > by > > email at support@quest.com, by phone at one of the numbers below. > > > > Please do not reply to this email. > > > > If this is an URGENT matter please contact Quest Technical Support via > > telephone at one of the numbers listed below. > > > > Thank you, > > > > Quest Software Technical Support > > www.quest.com/support > > > > Quest Software Technical Support - Canada 902.442.5700 > > Quest Software Technical Support - United Kingdom 44.1628.601007 > > Quest Software Technical Support - United States 949.754.8000 > > > --------------------Original Message-------------------- > > > From: "John Turner" [mailto:tomcat-user@johnturner.com] > > > Sent: Fri, 22 Aug 2003 10:51:29 -0400 > > > To: Tomcat Users List [tomcat-user@jakarta.apache.org] > > > Subject: Re: 2 VirtualHosts same IP address and port on Tomcat not > > working > > > > > > > > > For grins, I decided to setup an example. Here it is. > > > > > > The server has multiple virtual hosts. There are currently 6 working, > > > this configuration describes how I added a seventh by copying a config > > > from one of the other 6 and changing values as needed. > > > > > > The scenario: > > > > > > One Tomcat instance (4.1.12, yes I know its old but its an internal > > > "play" server so not that important) > > > > > > Multi-virtual hosts, each one has its own appBase > > ($CATALINA_HOME/hostname). > > > > > > Each virtual host has a root context > ($CATALINA_HOME/hostname/hostname). > > > > > > Apache 2, mod_jk.so. > > > > > > The goal: > > > > > > http://hostname/test.jsp works > > > http://hostname/test.html works > > > > > > To setup the new virtual host, I did the following: > > > > > > - in server.xml, added: > > > > > > > > unpackWARs="true" autoDeploy="true"> > > > > > > > > directory="logs" prefix="DOMAIN_com." suffix=".log" > > > timestamp="true"/> > > > > > > > > > > > > > > prefix="DOMAIN." suffix=".log" timestamp="true" /> > > > > > > > > type="javax.mail.Session"/> > > > > > > > > > mail.smtp.host > > > localhost > > > > > > > > > > > > > > > > > > > > > - created $CATALINA_HOME/DOMAIN, $CATALINA_HOME/DOMAIN/DOMAIN, > > > $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF, > > > $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF/classes, > > > $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF/lib, > > > $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF/web.xml where $CATALINA_HOME = > > > "/usr/local/jakarta-tomcat-4.1.12" > > > > > > - chown -R tomcat:tomcat $CATALINA_HOME/DOMAIN > > > > > > - created $CATALINA_HOME/DOMAIN/DOMAIN/test.html and > > > $CATALINA_HOME/DOMAIN/DOMAIN/test.jsp > > > > > > in Apache httpd.conf, added: > > > > > > > > > ServerName www.DOMAIN.com > > > DocumentRoot /usr/local/jakarta-tomcat-4.1.12/DOMAIN/DOMAIN > > > > > > # Static files > > > Alias / "/usr/local/jakarta-tomcat-4.1.12/DOMAIN/DOMAIN" > > > > > > > > > Options Indexes FollowSymLinks > > > DirectoryIndex index.jsp > > > > > > > > > # Deny direct access to WEB-INF and META-INF > > > # > > > > > > AllowOverride None > > > deny from all > > > > > > > > > > > > AllowOverride None > > > deny from all > > > > > > > > > JkMount /* ajp13 > > > > > > > > > > > > - stopped Tomcat. stopped Apache. Removed contents of > > > $CATALINA_HOME/work/Standalone. Started Tomcat. Started Apache. > > > > > > - verified that http://www.DOMAIN.com/test.jsp and > > > http://www.DOMAIN.com/test.html work, and that > > > http://www.DOMAIN.com/WEB-INF/web.xml returns a 403. > > > > > > Wherever you see "DOMAIN" in the above, substitute the domain name that > > > you want to use, or anything else, as long as you stay consistent. > > > > > > I decided to use a JkMount of "/*" only because that's what you said > you > > > wanted to do by having a servlet generate all content...I could have > > > just as easily made the JkMount be "/*.jsp" or whatever. Your servlets > > > now go in $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF, and you can adjust your > > > web.xml appropriately to map them to a URL starting with "/" as in > > > http://www.DOMAIN.com/SERVLET-URL. > > > > > > Thus, things like "/WEB-INF" in the Location directive are RELATIVE to > > > things like Alias, as is JkMount..if you get Alias wrong (and/or > > > DocumentRoot) you're going to have lots of problems, and messing with > > > your Contexts in server.xml or putting strange onLoad Javascript > > > redirects in your pages isn't going to make it any better. > > > > > > I'm not sure how much clearer I can be than the above, but I am always > > > open to suggestions/corrections. > > > > > > HTH > > > > > > John > > > > > > David Wynter wrote: > > > > > > > Hi, > > > > > > > > It seems that the second VirtualHost I have set up for my second > domain > > name > > > > is not paasing the requests through mod_jk to Tomcat. It is not even > > clear > > > > that you can support 2 virtualhosts for different domains with the > same > > IP > > > > address and port 80. > > > > This is a separate problem to the www.stpenable.com not redirecting > to > > > > www.stpenable.com/se/servlet/se/templates/index.vm but it still > affects > > me. > > > > > > > > Is the only way I can support a second virtual host is by setting up > a > > > > second with its own Engine and Ajp13 connector listening on > a > > > > separate port (say 8007 instead of 8009?). I assume I then setup a > > second > > > > worker on the port I have introduced. And in this case do both > sevices > > also > > > > have a listener for port 8080, or do I need one on that port at all > > since > > > > all my trafic will be on port 80? > > > > > > > > I just tried it without a listener on port 8080, and a service with a > > > > connector on 8007 for one virtual host and a separate service with > > connector > > > > on 8009 for the other, nothing worked, so I suppose that answers my > > > > question. > > > > > > > > I am kinda surprised that on the whole internet there is not a > > configuration > > > > example of running different webapps on 2 domains on the same Tomcat > > > > instance, there must be hundreds of people doing it? > > > > > > > > Thanks > > > > > > > > David > > > > > > > >>-----Original Message----- > > > >>From: David Wynter [mailto:david@roamware.co.uk] > > > >>Sent: 21 August 2003 15:39 > > > >>To: Tomcat Users List > > > >>Subject: RE: 2 VirtualHosts same IP address and port on Tomcat not > > > >>working > > > >> > > > >> > > > >>Actually I should qualify what I said. I have stpenable as the > > > >>default Host > > > >>so you can see www.stpenable.com/se/servlet/se/templates/index.vm > but > > for > > > >>some reason you cannot see > > > >>www.roamware.co.uk/rwsite/servlet/rwsite/templates/index.vm which is > > the > > > >>second of the VirtualHosts in my conf file. They are configured > > > >>as matching > > > >>patterns (if you know what I mean - only the names have changed > > > >>between the > > > >>2 configs). > > > >> > > > >>The DefualHost in the Engine is www.stpenable.com > > > >> > > > >>Here is the Host section from my server.xml, I've strpped out the > > > >>comments-----------------> > > > >> > > > >> > > > >> > > >> unpackWARs="true" autoDeploy="true"> > > > >> > > > >> > > >> directory="logs" prefix="localhost_log." > > suffix=".txt" > > > >> timestamp="true"/> > > > >> > > > >> > > > >> > > > >> > > > >> > > >> unpackWARs="true" autoDeploy="true"> > > > >> > > > >> > > >> directory="logs" prefix="stpenable_access_log." > > > >>suffix=".txt" > > > >> pattern="common"/> > > > >> > > > >> > > >> directory="logs" prefix="stpenable_log." > > suffix=".txt" > > > >> timestamp="true"/> > > > >> > > > >> > > > >> > > > >> > > > >> > > >> unpackWARs="true" autoDeploy="true"> > > > >> > > > >> > > >> directory="logs" prefix="stpenable_access_log." > > > >>suffix=".txt" > > > >> pattern="common"/> > > > >> > > > >> > > > >> > > >> directory="logs" prefix="roamware_log." > suffix=".txt" > > > >> timestamp="true"/> > > > >> > > > >> > > > >> > > > >> > > > >>regards, > > > >> > > > >>David > > > >> > > > >> > > > >>--------------------------------------------------------------------- > > > >>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > > > >>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > > >> > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > > > > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > > > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > >