Two apps with different hosts?
We have two different applications running on tomcat 5 today with different hosts, one is inside the webapps directory and one did we put outside. Before we had both the applications in webapps but that made tomcat run several instances of the apps due to we declared the host ... appbase=webapps ... several times. So if we want to have more applications inside webapps and with different hosts we get several instances, so our only solution was to use a dummy appBase for one of the applications and point out the off the apps directly (which if I'm not misinformed can have behavior on the libs in the shared directory). Is there a smother way of doing this? It does feel a little bit awkward to do as below. Host name=www.mysite.com http://www.mysite.com appBase=emptywebapps unpackWARs=false autoDeploy=false xmlValidation=false xmlNamespaceAware=false Context path= docBase=C:\Java\Tomcat 5.5\mysiteapps\mysite debug=0 crossContext=true/ /Host Host name=preview.mysite.com appBase=webapps unpackWARs=false autoDeploy=false xmlValidation=false xmlNamespaceAware=false /Host Regards Per Jonsson This e-mail and the information it contains may be privileged and/or confidential. It is for the intended addressee(s) only. The unauthorised use, disclosure or copying of this e-mail, or any information it contains, is prohibited. If you are not an intended recipient, please contact the sender and delete the material from your computer.
Re: Two apps with different hosts?
Per, So if we want to have more applications inside webapps and with different hosts we get several instances, so our only solution was to use a dummy appBase for one of the applications and point out the off the apps directly (which if I'm not misinformed can have behavior on the libs in the shared directory). Is there a smother way of doing this? It does feel a little bit awkward to do as below. Why not simply keep your webapps for one host in one directory, and those for the other in a separate directory. Then, set the appBase attribute as appropriate for each host (note changes): Host name=www.mysite.com appBase=webapps unpackWARs=false autoDeploy=false xmlValidation=false xmlNamespaceAware=false /Host Host name=preview.mysite.com appBase=webapps-preview unpackWARs=false autoDeploy=false xmlValidation=false xmlNamespaceAware=false /Host -chris signature.asc Description: OpenPGP digital signature
RE: Two apps with different hosts?
Hi! I may be missinformed but I was told there may be issues with the loading of the shared libs if using pluto (jsr-168) if the appbase was outside the webapps directory and there could be other issues as well. /Per Jonsson -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: den 30 oktober 2006 15:16 To: Tomcat Users List Subject: Re: Two apps with different hosts? Per, So if we want to have more applications inside webapps and with different hosts we get several instances, so our only solution was to use a dummy appBase for one of the applications and point out the off the apps directly (which if I'm not misinformed can have behavior on the libs in the shared directory). Is there a smother way of doing this? It does feel a little bit awkward to do as below. Why not simply keep your webapps for one host in one directory, and those for the other in a separate directory. Then, set the appBase attribute as appropriate for each host (note changes): Host name=www.mysite.com appBase=webapps unpackWARs=false autoDeploy=false xmlValidation=false xmlNamespaceAware=false /Host Host name=preview.mysite.com appBase=webapps-preview unpackWARs=false autoDeploy=false xmlValidation=false xmlNamespaceAware=false /Host -chris This e-mail and the information it contains may be privileged and/or confidential. It is for the intended addressee(s) only. The unauthorised use, disclosure or copying of this e-mail, or any information it contains, is prohibited. If you are not an intended recipient, please contact the sender and delete the material from your computer. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]