Re: virtualhost and deployment applications

2005-02-09 Thread Delian Krustev
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

2005-02-07 Thread Carlos Gabriel Arce
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

2005-02-05 Thread Mario Winterer
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

2005-02-04 Thread Carlos Gabriel Arce
 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

2005-02-04 Thread Hari Mailvaganam
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

2005-02-04 Thread Carlos Gabriel Arce
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

2005-02-03 Thread Carlos Gabriel Arce
 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

2005-02-03 Thread Mario Winterer
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

2005-02-01 Thread Carlos Gabriel Arce
 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