Cambiar la localización del fichero de configuración de springframework

Cuando usamos el DispatchServlet de springframework en nuestro proyecto web, este, por defecto, busca un archivo de configuración en el directorio WEB-INF con el siguiente nombre:

"nombre-del-servlet"-servlet.xml

Muchas veces nos será útil cambiar la localización y el nombre de este fichero para mantener todos los ficheros de configuración en el mismo sitio.

Para hacer esto podemos usar el parámetro de inicio llamado "contextConfigLocation" que indicará el nombre y localización del fichero de configuración.

Así, nuetro fichero web.xml quedaría algo como:

<web-app>
  <display-name>Nioos Api - Login</display-name>
  <servlet>
      <servlet-name>dispatcherServlet</servlet-name>
      <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
      <init-param>
          <param-name>contextConfigLocation</param-name>
          <param-value>/WEB-INF/conf/spring-config.xml</param-value>
          <description>Spring Framework context configuarion files location</description>
      </init-param>      <load-on-startup>1</load-on-startup>
  </servlet>
  <servlet-mapping>
      <servlet-name>dispatcherServlet</servlet-name>
      <url-pattern>/*</url-pattern>
  </servlet-mapping>
</web-app>

Útil si nos gusta tener la cosas ordenadas.

Agregar springframework a nuestro proyecto web

Spring es un framework de desarrollo de aplicaciones java muy popular que podemos usar para desarrollar nuestras aplicaciones web.

Para empezar a usarlo en nuestro proyecto web lo más simple es añadir uno de los servlets que vienen empaquetados con este framework, en concreto, el DispatcherServlet.

Para hacer esto sólo tenemos que modificar el fichero web.xml de nuestra aplicacion web y añadir el servlet y el mapeo correspondiente.

Por ejemplo:

<web-app>
  <display-name>Nioos Api - Login</display-name>
  <servlet>
      <servlet-name>dispatcherServlet</servlet-name>
      <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
      <load-on-startup>1</load-on-startup>
  </servlet>
  <servlet-mapping>
      <servlet-name>dispatcherServlet</servlet-name>
      <url-pattern>/*</url-pattern>
  </servlet-mapping>
</web-app>

Fácil, ¿verdad?

Personalizar la página de error con el widget de Google

Google proporciona un widget de busqueda especial que podemos usar en nuestras páginas personalizadas de error para ofrecer a nuestros usuarios la oportunidad de buscar la página en la que realmente están interesados.

Lo único que hay que hacer es añadir el código a nuestra página de error personalizada:

<script type="text/javascript">
  var GOOG_FIXURL_LANG = 'es';
  var GOOG_FIXURL_SITE = 'http://nioos.com'
</script>
<script type="text/javascript"
  src="http://linkhelp.clients.google.com/tbproxy/lh/wm/fixurl.js">
</script>

Donde "GOOG_FIXURL_LANG" es el idioma en el que aparecerá diálogo de búsqueda de Google y "GOOG_FIXURL_SITE" es la dirección de nuestro sitio web.

Fácil, ¿verdad?

Personalizar las páginas de error de tomcat

Personalizar las páginas de error de tomcat es muy sencillo, lo único que hay que hacer es modificar el fichero web.xml de la aplicación web y añadir los parámetros:

• error-page error-code: es el código de error HTTP que queremos personalizar, por ejemplo 404 significa "archivo no encontrado"
• error-page location: es la página web que queremos mostrar como respuesta a este error

<!DOCTYPE web-app PUBLIC
 "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
 "http://java.sun.com/dtd/web-app_2_3.dtd" >
<web-app>
  <display-name>Nioos Web Application</display-name> 
  <filter>
    <filter-name>simplePageCachingFilter</filter-name>
    <filter-class>net.sf.ehcache.constructs.web.filter.SimplePageCachingFilter</filter-class>
    <init-param>
      <param-name>cacheName</param-name>
      <param-value>simplePageCachingFilter</param-value>
    </init-param>
  </filter>
  <filter-mapping>
    <filter-name>simplePageCachingFilter</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping> 
  <error-page>
      <error-code>404</error-code>
      <location>/no-encontrado.html</location>
  </error-page>      </web-app>

Realmente muy sencillo.

Configuración básica de ehcache en tomcat

Después de añadir el filtro ehcache a nuestra aplicación web debemos configurarlo.

Para hacerlo debemos añadir un fichero que se llame "ehcache.xml" a nuestra aplicación web.
Este fichero debe estar accesible a en el classpath de la aplicación web.

Este fichero "ehcache.xml" tendra un contenido parecido al siguiente:

<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd">
  <diskStore path="java.io.tmpdir"/>
  <defaultCache
    maxElementsInMemory="20"
    eternal="false"
    timeToIdleSeconds="60"
    timeToLiveSeconds="3600"
    overflowToDisk="true"
  />
  <!-- Page and Page Fragment Caches -->
  <cache name="simplePageCachingFilter"
    maxElementsInMemory="20"
    eternal="false"
    timeToIdleSeconds="3600"
    timeToLiveSeconds="86400"
    overflowToDisk="true">
  </cache>
</ehcache>

El elemento diskStore indica el directorio donde se almacenarán los ficheros creados por la cache cuando sea necesario.

El elemento defaultCache contiene la configuración de la cache por defecto.

El elemento cache es la configuración de cada cache en concreto.
El valor del parámetro name debe coincidir con el valor del parámetro cacheName del filtro previamente añadido.
El valor del parámetro maxElementsInMemory indica el máximo número de objectos almacenados en memoria.
El valor del parámetro timeToIdleSeconds indica el número de segundos que deben pasar desde la última vez que se accede a un objecto concreto en la cache para que ese objecto sea borrado de la cache.
El valor del parámetro timeToLiveSeconds indica el número de segundos que deben pasar para que ese objecto sea borrado de la cache, no importa si se ha accedido recientemente al objeto en cache.
El parámetro overflowToDisk indica si, cuando se supera el número máximo de objectos almacenados en memoria, maxElementsInMemory, los objectos más antiguos se deben almacenar en disco.

No es dificil y las ventajas son muchas.

Añadir un filtro a nuestra aplicación web en tomcat

Para añadir un filtro a nuestra aplicación web en tomcat debemos editar el fichero web.xml que se encuentra en el directorio WEB-INF de nuestra aplicación web.

Por ejemplo, si queremos añadir un filtro que comprima todas las páginas que servimos (aumentando de esta forma el ancho de banda disponible para servir a un mayor número de usuarios), debemos añadir lo siguiente al fichero web.xml

<filter>
  <filter-name>simplePageCachingFilter</filter-name>
  <filter-class>net.sf.ehcache.constructs.web.filter.SimplePageCachingFilter</filter-class>
  <init-param>
    <param-name>cacheName</param-name>
    <param-value>simplePageCachingFilter</param-value>
  </init-param>
</filter>

<filter-mapping>
  <filter-name>simplePageCachingFilter</filter-name>
  <url-pattern>/*</url-pattern>
</filter-mapping>

La etiqueta "filter" contiene el nombre del filtro (filter-name) que debe coincidir con el nombre que aparece en "filter-mapping".
La etiqueta "filter" también contiene la clase Java que implementa el filtro, esta clase debe estar disponible en el classpath de nuestra aplicación web (como una librería en el directorio "WEB-INF/lib" o como una clase compilada en el directorio "WEB-INF/classes", si se está usando maven las librerías de las depedencias se copian al primer directorio automáticamente).
Por último, dentro de esta etiqueta "filter" se puede añadir los parámetros de inicio "init-param" necesarios para configurar el filtro.

La etiqueta "filter-mapping", además del nombre del filtro (filter-name) tiene el parámetro "url-pattern", que indica sobre qué urls se aplicará el filtro (en el ejemplo "/*" significa todas las urls).

Comparativa - Tomcat en CentOS y Debian

¿Que sistema linux es capaz de tratar más peticiones por segundo?

Para esta comparativa no se ha realizado ninguna prueba exhaustiva, simplemente se ha usado el mismo hardware (virtual), las mismas versiones de Tomcat y de java, y la misma página web servida por ambos entornos.

La comparativa se ha realizado usando 50000 peticiones simulando hasta 5 usuarios concurrentes con ApacheBench.

Las características de las máquinas son:

• 256 MB RAM
• 1 CPU virtual

La versión de java usada ha sido jdk1.6.0_26

La versión de Tomcat ha sido la 7.0.19

La versión del kernel de la máquina CentOS ha sido 2.6.18-274.17.1.el5
La versión del kernel de la máquina Debian ha sido 2.6.32-5-686

Estos son los resultados obtenidos:

Concurrencia	Peticiones por Segundo CentOS	Peticiones por Segundo Debian
1	1778,77	1127,55
2	2122,02	1389,49
3	2173,91	1476,01
4	2216,07	1544,4
5	2178,35	1493,23

Los números obtenidos no sirven como una prueba de rendimiento real del sistema, pero son válidos para realizar una comparativa.

Lo que sí podemos ver de forma muy clara en el gráfico es que Tomcat corriendo en linux CentOS sirve un mayor número de peticiones por segundo que cuando corre en linux Debian.

Monitorizar tomcat con monit en linux Debian

Monit nos permite también monitorizar procesos o servicios específicos (anteriormente vimos como se puede monitorzar el espacio en disco ó la CPU del sistema).

Podemos comprobar si están siendo ejecutados, si consumen demasiada CPU ó memoria, si están escuchando en el puerto TCP/IP adecuado, etc.

Para hacer esto lo más simple es usar el PID del proceso.

Para tomcat podemos definir el fichero PID definiendo la variable de entorno CATALINA_PID al nombre de un fichero que contendrá el PID de tomcat.

El script de arranque de tomcat "/etc/init.d/tomcat" quedará entonces:

#! /bin/sh
### BEGIN INIT INFO
# Provides:          tomcat
# Required-Start:    $local_fs $network
# Required-Stop:     $local_fs $network
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Tomcat
# Description:       Tomcat
### END INIT INFO
# Author: Hipolito Jimenez <hipolito.jimenez@gmail.com>
#
# Please remove the "Author" lines above and replace them
# with your own name if you copy and modify this script.
# Do NOT "set -e"
do_start()
{
        su - tomcat -c "export CATALINA_PID=/opt/tomcat/logs/tomcat.pid; export JAVA_HOME=/opt/java; /opt/tomcat/bin/startup.sh"
        iptables -t nat --append PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080
}
#
# Function that stops the daemon/service
#
do_stop()
{
        su - tomcat -c "export CATALINA_PID=/opt/tomcat/logs/tomcat.pid; export JAVA_HOME=/opt/java; /opt/tomcat/bin/shutdown.sh"
        iptables -t nat --flush
}
case "$1" in
  start)
        do_start
        ;;
  stop)
        do_stop
        ;;
  *)
        echo "Usage: tomcat {start|stop}" >&2
        exit 3
        ;;
esac




Para monitorizar tomcat desde monit ahora debemos añadir la siguiente regla al fichero de configuración "/etc/monit/monitrc":

check process tomcat with pidfile /opt/tomcat/logs/tomcat.pid
  if failed port 8080 then alert

Esta regla nos alertará por email si tomcat no está corriendo (si el PID del fichero no está en memoria) y si ese proceso no tiene abierto el puerto 8080.

Monitorizar tomcat con monit en linux CentOS

Monit nos permite también monitorizar procesos o servicios específicos (anteriormente vimos como se puede monitorzar el espacio en disco ó la CPU del sistema).

Podemos comprobar si están siendo ejecutados, si consumen demasiada CPU ó memoria, si están escuchando en el puerto TCP/IP adecuado, etc.

Para hacer esto lo más simple es usar el PID del proceso.

Para tomcat podemos definir el fichero PID definiendo la variable de entorno CATALINA_PID al nombre de un fichero que contendrá el PID de tomcat.

El script de arranque de tomcat "/etc/init.d/tomcat" quedará entonces:

#!/bin/sh
#
# chkconfig: 2345 20 80
# description: Tomcat
#
start()
{
        su - tomcat -c "export CATALINA_PID=/opt/tomcat/logs/tomcat.pid;/opt/tomcat/bin/startup.sh"
        iptables -t nat --append PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080
}
stop()
{
        su - tomcat -c "export CATALINA_PID=/opt/tomcat/logs/tomcat.pid;/opt/tomcat/bin/shutdown.sh"
        iptables -t nat --flush
}
case "$1" in
        start)
                start
                ;;
        stop)
                stop
                ;;
        *)
                echo $"Usage: $0 {start|stop}"
                exit 1
esac

Para monitorizar tomcat desde monit ahora debemos añadir la siguiente regla al fichero de configuración "/opt/monit/conf/monitrc":

check process tomcat with pidfile /opt/tomcat/logs/tomcat.pid
  if failed port 8080 then alert

Esta regla nos alertará por email si tomcat no está corriendo (si el PID del fichero no está en memoria) y si ese proceso no tiene abierto el puerto 8080.

Borrar los ficheros logs antiguos de tomcat en linux

Con el paso del tiempo el tamaño y cantidad de ficheros logs de tomcat se vuelve muy elevado.
Podemos borrar estos ficheros logs haciendo uso de "cron" y del comando "find".

Esto lo hacemos modificando el fichero shell script (en nuestro el fichero "tomcat.log.cron") del directorio "/etc/cron.daily".

#!/bin/sh
find /opt/tomcat/logs/ -type f -name '*.txt.gz' -mtime +30 -exec rm -f '{}' ';'
find /opt/tomcat/logs/ -type f -name '*.log.gz' -mtime +30 -exec rm -f '{}' ';'

El comando "find" busca ficheros (-type f) en el directorio "/opt/tomcat/logs/" con la terminación txt.gz ó log.gz (-name '*.txt.gz') que hallan sido modificados hace más de 30 días (-mtime +30) aproximadamente, y ejecutar (-exec) sobre ellos el comando de borrado rm.

Esto mismo se puede hacer con cualquier tipo de fichero log, no es necesario que sea de tomcat.

Una forma sencilla de ahorrar una espacio en el disco de nuestro sistema.

Comprimir los ficheros logs antiguos de tomcat en linux

Con el paso del tiempo el tamaño y cantidad de ficheros logs de tomcat se vuelve muy elevado.
Podemos comprimir estos ficheros logs haciendo uso de "cron" y del comando "find".

Esto lo hacemos creando un fichero shell script en el directorio "/etc/cron.daily" para que "cron" los ejecute diariamente (en nuestro caso lo llamaremos "tomcat.log.cron").

#!/bin/sh
find /opt/tomcat/logs/ -type f -name '*.txt' -mtime +2 -exec gzip -9 '{}' ';'
find /opt/tomcat/logs/ -type f -name '*.log' -mtime +2 -exec gzip -9 '{}' ';'

El comando "find" busca ficheros (-type f) en el directorio "/opt/tomcat/logs/" con la terminación txt ó log (-name '*.txt') que hallan sido modificados hace más de 2 días (-mtime +2) aproximadamente, y ejecuta (-exec) sobre ellos el comando de compresión gzip.
Esto mismo se puede hacer con cualquier tipo de fichero log, no es necesario que sea de tomcat.

Una forma sencilla de ahorrar una espacio en el disco de nuestro sistema.

Configuracion básica de tomcat

La configuración básica de tomcat se realiza mediante el fichero "server.xml" localizado en el subdirectorio "conf" de tomcat.

Este fichero de configuración nos permite cambiar los puertos de tomcat, definir host virtuales, etc.

En nuestro caso este fichero es

<?xml version='1.0' encoding='utf-8'?>
<Server port="8005" shutdown="SHUTDOWN">
  <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
  <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />
  <Service name="Catalina">
    <Connector port="8080" protocol="org.apache.coyote.http11.Http11Protocol"
               connectionTimeout="20000" />
    <Engine name="Catalina" defaultHost="www.nioos.com">
      <Host name="www.nioos.com"  appBase="www"
            unpackWARs="true" autoDeploy="true">
        <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
               prefix="www_access_log." suffix=".txt"
               pattern="%h %l %u %t &quot;%r&quot; %s %b" />
      </Host>
    </Engine>
  </Service>
</Server>

Cambiando '<Connector port="8080"' cambiaremos el puerto donde escucha tomcat.

Añadiendo más etiquetas "Host" podemos añadir más host virtuales.

Una descripción detallada sobre los parámetros de configuración que se puede usar la podeis encontrar en la documentación de la configuración de tomcat.

Correr Tomcat en el puerto 80 en linux CentOS

Normalmente tomcat corre en el puerto 8080.
Sin embargo los servidores web corren en el puerto estandar http 80.

Para correr tomcat en el puerto 80 tenemos 2 opciones:

1. Correr tomcat como usuario root, lo cual no es aconsejable debido a posibles problemas de seguridad
2. Redireccionar el puerto 80 al puerto 8080

Es posible redireccionar el puerto 80 al puerto 8080 usando el comando iptables.

iptables -t nat --append PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080

Es conveniente añadir este comando al script de inicio automático de tomcat, de esta forma, el script queda:


#!/bin/sh
#
# chkconfig: 2345 20 80
# description: Tomcat
#
start()
{
    su - tomcat -c /opt/tomcat/bin/startup.sh
    iptables -t nat --append PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080
}

stop()
{
    su - tomcat -c /opt/tomcat/bin/shutdown.sh
    iptables -t nat --flush
}

case "$1" in
    start)
        start
        ;;
    stop)
        stop
        ;;
    *)
        echo $"Usage: $0 {start|stop}"
        exit 1
esac


El comando

iptables -t nat --flush

sirve para eliminar las redirecciones que tengamos definidas en el sistema.

Correr Tomcat en el puerto 80 en linux Debian

Normalmente tomcat corre en el puerto 8080.
Sin embargo los servidores web corren en el puerto estandar http 80.

Para correr tomcat en el puerto 80 tenemos 2 opciones:

1. Correr tomcat como usuario root, lo cual no es aconsejable debido a posibles problemas de seguridad
2. Redireccionar el puerto 80 al puerto 8080

Es posible redireccionar el puerto 80 al puerto 8080 usando el comando iptables.

iptables -t nat --append PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080

Es conveniente añadir este comando al script de inicio automático de tomcat, de esta forma, el script queda:

#! /bin/sh
### BEGIN INIT INFO
# Provides:          tomcat
# Required-Start:    $local_fs $network
# Required-Stop:     $local_fs $network
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Tomcat
# Description:       Tomcat
### END INIT INFO

# Author: Hipolito Jimenez <hipolito.jimenez@gmail.com>
#
# Please remove the "Author" lines above and replace them
# with your own name if you copy and modify this script.

# Do NOT "set -e"

do_start()
{
    su - tomcat -c "export JAVA_HOME=/opt/java; /opt/tomcat/bin/startup.sh"
    iptables -t nat --append PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080
}

#
# Function that stops the daemon/service
#
do_stop()
{
    su - tomcat -c "export JAVA_HOME=/opt/java; /opt/tomcat/bin/shutdown.sh"
    iptables -t nat --flush
}

case "$1" in
  start)
    do_start
    ;;
  stop)
    do_stop
    ;;
  *)
    echo "Usage: tomcat {start|stop}" >&2
    exit 3
    ;;
esac

El comando

iptables -t nat --flush

sirve para eliminar las redirecciones que tengamos definidas en el sistema.

Arranque automático de tomcat en linux CentOS

Los scripts de arranque automático se situan en el directorio /etc/init.d

Los scripts que tengamos en este directorio podrán ser llamados por el comando "service" y podrán ser ejecutados como parte del proceso de arranque de la máquina.

Lo más sencillo es copiar un script de arranque ya existente y modificarlo usandolo como ejemplo de script de arranque automático para nuestros servicios.

El script de más simple de arranque automático de tomcat es:

#!/bin/sh
#
# chkconfig: 2345 20 80
# description: Tomcat
#
start()
{
    su - tomcat -c /opt/tomcat/bin/startup.sh
}

stop()
{
    su - tomcat -c /opt/tomcat/bin/shutdown.sh
}

case "$1" in
    start)
        start
        ;;
    stop)
        stop
        ;;
    *)
        echo $"Usage: $0 {start|stop}"
        exit 1
esac

La línea con el comentario "chkconfig", sirve para que posteriormente, mediante el comando "chkconfig", se generen los links adecuados en los directorios de arranque.
De esta forma, si nuestro script de arranque se llama "tomcat", el comando de instalación sería "chkconfig --add tomcat"

(Si quisieramos "desinstalar" el servicio deberíamos ejecutar el comando "chkconfig --del tomcat", que borraría los links de los directorios de arranque, impidiendo que se arrancara de forma automática con la máquina).

Arranque automático de tomcat en linux Debian

Los scripts de arranque automático se situan en el directorio /etc/init.d

Los scripts que tengamos en este directorio podrán ser llamados por el comando "service" y podrán ser ejecutados como parte del proceso de arranque de la máquina.

Linux Debian viene con un ejemplo (skeleton) de script de arranque automático que se puede copiar y usar como base de los scripts que hagamos para nuestros servicios.

El script más simple de arranque automático de tomcat es:

#! /bin/sh
### BEGIN INIT INFO
# Provides:          tomcat
# Required-Start:    $local_fs $network
# Required-Stop:     $local_fs $network
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Tomcat
# Description:       Tomcat
### END INIT INFO

do_start()
{
    su - tomcat -c "export JAVA_HOME=/opt/java; /opt/tomcat/bin/startup.sh"
}

do_stop()
{
    su - tomcat -c "export JAVA_HOME=/opt/java; /opt/tomcat/bin/shutdown.sh"
}

case "$1" in
  start)
    do_start
    ;;
  stop)
    do_stop
    ;;
  *)
    echo "Usage: tomcat {start|stop}" >&2
    exit 3
    ;;
esac

La primera parte del script, entre "BEGIN INIT INFO" y "END INIT INFO", sirve para que posteriormente, mediante el comando "insserv", se generen los links adecuados en los directorios de arranque.
De esta forma, si nuestro script de arranque se llama "tomcat", el comando de instalación sería "insserv tomcat"

(Si quisieramos "desinstalar" el servicio deberíamos ejecutar el comando "insserv -r tomcat", que borraría los links de los directorios de arranque, impidiendo que se arrancara de forma automática con la máquina).

Correr Tomcat como un usuario normal en linux CentOS

Para evitar posibles problemas de seguridad no es recomendable correr programas como el usuario administrador (root).

Después de instalar tomcat y de crear un usuario, para correr tomcat como ese usuario que hemos creado debemos:

1. Como usuario root cambiar el dueño y grupo de los ficheros y directorios de instalación de tomcat
2. Definir la variable de entorno JAVA_HOME para el  usuario tomcat
3. Como usuario tomcat arrancar el demonio de tomcat

En comandos:

• Como usuario root: 

cd /opt/tomcat

chown tomcat:tomcat -R *

• Como usuario tomcat:

vi .bashrc (para añadir la línea "export JAVA_HOME=/opt/java")
/opt/tomcat/bin/startup.sh (para arrancar tomcat)

Correr Tomcat como un usuario normal en linux Debian

Para evitar posibles problemas de seguridad no es recomendable correr programas como el usuario administrador (root).

Después de instalar tomcat y de crear un usuario, para correr tomcat como ese usuario que hemos creado debemos:

1. Como usuario root cambiar el dueño y grupo de los ficheros y directorios de instalación de tomcat
2. Definir la variable de entorno JAVA_HOME para el  usuario tomcat
3. Como usuario tomcat arrancar el demonio de tomcat

En comandos:

• Como usuario root: 

cd /opt/tomcat

chown tomcat:tomcat -R *

• Como usuario tomcat:

vi .bashrc (para añadir la línea "export JAVA_HOME=/opt/java")
/opt/tomcat/bin/startup.sh (para arrancar tomcat)

Instalación de Tomcat en linux CentOS

La forma más sencilla de instalar apache tomcat en linux centos es:

1. Descargar tomcat directamente en la máquina linux debian desde la web de apache usando el comando "wget"
2. Descomprimir el fichero "tar.gz" usar el comando "tar"
3. Mover el directorio descomprimido al lugar elegido de instalación (por ejemplo el directorio "/opt")
4. Crear un link a tomcat para simplificar su uso

Traducido en línea de comandos:

wget http://apache.rediris.es/tomcat/tomcat-7/v7.0.19/bin/apache-tomcat-7.0.19.tar.gz
tar xvzf apache-tomcat-7.0.19.tar.gz

mv apache-tomcat-7.0.19 /opt/
ln -s /opt/apache-tomcat-7.0.19 /opt/tomcat

Para arrancar tomcat debemos usar el comando:

/opt/tomcat/bin/startup.sh

No olvideis que debeis definir previamente la variable de entorno "JAVA_HOME" para que funcione correctamente, por ejemplo:

export JAVA_HOME=/opt/java

Instalación de Tomcat en linux Debian

La forma más sencilla de instalar apache tomcat en linux debian es:

1. Descargar tomcat directamente en la máquina linux debian desde la web de apache usando el comando "wget"
2. Descomprimir el fichero "tar.gz" usar el comando "tar"
3. Mover el directorio descomprimido al lugar elegido de instalación (por ejemplo el directorio "/opt")
4. Crear un link a tomcat para simplificar su uso

Traducido en línea de comandos:

wget http://apache.rediris.es/tomcat/tomcat-7/v7.0.19/bin/apache-tomcat-7.0.19.tar.gz
tar xvzf apache-tomcat-7.0.19.tar.gz

mv apache-tomcat-7.0.19 /opt/
ln -s /opt/apache-tomcat-7.0.19 /opt/tomcat

Para arrancar tomcat debemos usar el comando:

/opt/tomcat/bin/startup.sh

No olvideis que debeis definir previamente la variable de entorno "JAVA_HOME" para que funcione correctamente, por ejemplo:

export JAVA_HOME=/opt/java