Re: virtualhost and deployment applications
Carlos Gabriel Arce wrote: Thanks for your answer. I'll show you my server.xml conf: Define a separate workDir for each vhost. More info in ${CATALINA_HOME}/webapps/tomcat-docs/config/host.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: virtualhost and deployment applications
Thanks for your answer. I'll show you my server.xml conf: ... Host name=domain1.com debug=9 appbase=WWW/domain1.com unpackWARS=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase=WWW/domain1.com debug=9 reloadable=true/ Context path=/manager docBase=WWW/domain1.com/manager privileged=true debug=2/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=domain1.com_log. suffix=.txt timestamp=true/ /Host Host name=domain2.com debug=2 appbase=WWW/domain2.com unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase=WWW/domain2.com debug=0 reloadable=true/ Context path=/manager docBase=WWW/domain2.com/manager debug=0 privileged=true/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=domain2.com_log. suffix=.txt timestamp=true/ /Host ... my tomcat is installed in the dir /usr/local/jakarta_5. When I deploy a war using the manager web app : http://domain1.com/manager the war is copied in the dir /usr/local/jakarta_5 instead WWW/domain1.com, and therefore is deployed in the domain2.com too. Atentamente: Ing. Carlos Gabriel Arce Administrador del Hosting TELESAT S.A Cisco CCNA 10677416 Pbx. 57-2 - 644 0400 Fax. 57-2 - 644 0507 Cali, Colombia http://www.telesat.com.co Quien no ha afrontado la adversidad no conoce su propia fuerza. Benjamin Jonson. La información adjunta en este mensaje es de uso exclusivo de la/s persona(s) o entidad/es a la que está dirigida y puede incluir información confidencial, personal y/o material protegido legalmente. La recepción de este mensaje por cualquier otra persona distinta de los destinatarios a los que está dirigido, no implica renuncia alguna al privilegio o derecho de confidencialidad. Se prohíbe el análisis, la retransmisión, divulgación o cualquier otro uso, o acción relacionada con esta información que fuera llevada a cabo por personas distintas del destinatario al cual la información está dirigida. Si recibe esta información por error, comuníquese con el remitente y proceda a borrarla de inmediato de todos los equipos de cómputo donde pueda quedar almacenada. Telesat entiende que el destinatario de este mensaje ha tomado todas las medidas técnicamente recomendables y apropiadas para evitar la contaminación por virus. Telesat S.A. no se hace responsable por la eventual transmisión de virus o programas dañinos por este medio, ni acepta responsabilidad alguna por eventuales daños o alteraciones derivados de la recepción o uso del presente mensaje. Las opiniones, conclusiones y otra información contenida en este correo no relacionadas con el negocio oficial de Telesat S.A. deben entenderse como personales y de ninguna manera son avaladas por la Compañía. Agradecemos su atención. Mario Winterer escribió: Hi! I think, there's something wrong with your context-definition or server.xml. Make sure each of your hosts have a webapplication base directory for their own!!! Do not use one single webapps-directory for all of your hosts! My directory structure looks as follows: somewhere/Tomcat/hosts/host/web-application Inside server.xml, where the hosts are defined, each host's appBase-attribute points to the correspoding host-directory. Apart from that: If your tomcat's auto-deploy feature is activated, you can deploy a web-application by simply copying the war file into your webapps-directory (or any other directory that you specified in server.xml). Best regards, Tex Carlos Gabriel Arce wrote: But when I deploy a local .war in the administration page www.domain1.com/manager/html this war gets replicated in other virtualhosts. Mario Winterer escribió: Of course! That's Tomcat's default behaviour - and in fact, it is difficult to make it behave different! Have a look at server.xml of your tomcat's default installation (you need a host-element for each virtual host). More information can be found at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/index.html. Best regards, Tex Carlos Gabriel Arce schrieb: Good Day I have a question. Is possible deploy an application per virtualhost, where the deployed applications per virtualhost could'nt see them each other? Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe,
Re: virtualhost and deployment applications
Hi! I think, there's something wrong with your context-definition or server.xml. Make sure each of your hosts have a webapplication base directory for their own!!! Do not use one single webapps-directory for all of your hosts! My directory structure looks as follows: somewhere/Tomcat/hosts/host/web-application Inside server.xml, where the hosts are defined, each host's appBase-attribute points to the correspoding host-directory. Apart from that: If your tomcat's auto-deploy feature is activated, you can deploy a web-application by simply copying the war file into your webapps-directory (or any other directory that you specified in server.xml). Best regards, Tex Carlos Gabriel Arce wrote: But when I deploy a local .war in the administration page www.domain1.com/manager/html this war gets replicated in other virtualhosts. Mario Winterer escribió: Of course! That's Tomcat's default behaviour - and in fact, it is difficult to make it behave different! Have a look at server.xml of your tomcat's default installation (you need a host-element for each virtual host). More information can be found at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/index.html. Best regards, Tex Carlos Gabriel Arce schrieb: Good Day I have a question. Is possible deploy an application per virtualhost, where the deployed applications per virtualhost could'nt see them each other? Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
virtualhost and deployment applications
Good Day I have a question. Is possible deploy an application per virtualhost, where the deployed applications could'nt see them each other? Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: virtualhost and deployment applications
The VirtualHost binding can be conducted via Apache HTTP Server and use mod_proxy to the appropriate URI running in the Tomcat. On Fri, 04 Feb 2005 07:41:24 -0500, Carlos Gabriel Arce [EMAIL PROTECTED] wrote: Good Day I have a question. Is possible deploy an application per virtualhost, where the deployed applications could'nt see them each other? Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: virtualhost and deployment applications
But when I deploy a local .war in the administration page www.domain1.com/manager/html this war gets replicated in other virtualhosts. Mario Winterer escribió: Of course! That's Tomcat's default behaviour - and in fact, it is difficult to make it behave different! Have a look at server.xml of your tomcat's default installation (you need a host-element for each virtual host). More information can be found at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/index.html. Best regards, Tex Carlos Gabriel Arce schrieb: Good Day I have a question. Is possible deploy an application per virtualhost, where the deployed applications per virtualhost could'nt see them each other? Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
virtualhost and deployment applications
Good Day I have a question. Is possible deploy an application per virtualhost, where the deployed applications per virtualhost could'nt see them each other? Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: virtualhost and deployment applications
Of course! That's Tomcat's default behaviour - and in fact, it is difficult to make it behave different! Have a look at server.xml of your tomcat's default installation (you need a host-element for each virtual host). More information can be found at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/index.html. Best regards, Tex Carlos Gabriel Arce schrieb: Good Day I have a question. Is possible deploy an application per virtualhost, where the deployed applications per virtualhost could'nt see them each other? Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
virtualhost and deployment applications
Good Day Please help me with a question. I have a Tomcat 5 server running with jdk in a linux box (red hat 9). This server have many virtualhosts configured by host directive. I have a trouble when a hosting deploys an application because the war gets deployed in the catalina home. The problem is this application is visible for the rest of virtualhosts. Is there any form, using one tomcat instance ( one JVM) where the hosting can deploy your applications without disturb the rest of hostings? The JDK version is j2sdk1.4.0_01 The tomcat server version is jakarta-tomcat-5.0.19 This is the configuration of my server.xml: ?xml version=1.0? Server port=8005 shutdown=SHUTDOWN debug=0 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ !-- Global JNDI resources -- GlobalNamingResources !-- Test entry for demonstration purposes -- Environment name=simpleValue type=java.lang.Integer value=30/ !-- Editable user database that can also be used by UserDatabaseRealm to authenticate users -- Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved /Resource ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources !-- Define the Tomcat Stand-Alone Service -- Service name=Catalina !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080 -- Connector port=8083 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=6 disableUploadTimeout=true/ Engine name=Catalina defaultHost=localhost debug=9 !-- Define the default virtual host -- Host name=localhost debug=0 appbase=webapps unpackWARs=true /Context Context path= docBase=ROOT debug=0 reloadable=false/ Context path=/manager docBase=/usr/local/jakarta/webapps/manager debug=0 privileged=true/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ /Host !-- CONFIGURACION DE LOS VIRTUALHOSTS -- !-- Hosting virtual de domain1.com -- Host name=domain1.com debug=9 appbase=/WWW/domain1.com unpackWARs=true Context path= docBase=/WWW/domain1.com debug=9 reloadable=true/ Context path=/manager docBase=/usr/local/jakarta_5/server/webapps/manager debug=9 privileged=true/ Logger className=org.apache.catalina.logger.FileLogger verbosity=4 directory=logs prefix=domain.com. suffix=.txt timestamp=true/ Valve className=org.apache.catalina.valves.AccessLogValve prefix=domain1.com_access-log. suffix=.txt pattern=common directory=logs / /Host !-- Fin hosting virtual -- !-- Hosting virtual de hosting_tomcat.telesat.com.co-- Host name=domain2.com debug=9 appbase=/WWW/domain2.com unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase=/WWW/domain2.com debug=9 reloadable=true/ Context path=/manager docBase=/usr/local/jakarta_5/server/webapps/manager debug=9 privileged=true/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=domain2.com_log. suffix=.txt timestamp=true/ /Host !-- Fin hosting virtual -- /Engine /Service /Server Thanks in advance. -- Atentamente: Ing. Carlos Gabriel Arce Administrador del Hosting TELESAT S.A Cisco CCNA 10677416 Pbx. 57-2 - 644 0400 Fax. 57-2 - 644 0507 Cali, Colombia http://www.telesat.com.co Quien no ha afrontado la adversidad no conoce su propia fuerza. Benjamin Jonson. La información adjunta en este mensaje es de uso exclusivo de la/s persona(s) o entidad/es a la que está dirigida y puede incluir información confidencial, personal y/o material protegido legalmente. La recepción de este mensaje por cualquier otra persona distinta de los destinatarios a los que está dirigido, no implica renuncia alguna al privilegio o derecho de confidencialidad. Se prohíbe el análisis, la retransmisión, divulgación o cualquier otro uso, o acción relacionada con esta información que fuera llevada a cabo por personas distintas del destinatario al cual la información está dirigida. Si recibe esta información por error, comuníquese con el remitente y proceda a borrarla de inmediato de todos los equipos de cómputo donde pueda quedar almacenada. Telesat entiende que el destinatario de este mensaje ha tomado todas las medidas técnicamente recomendables y apropiadas para evitar la contaminación por virus. Telesat S.A. no se hace