Sie sind auf Seite 1von 12

http://java.developpez.com/tutoriels/servlets-java/?

page=page_3#LIII-A
III. Introduccin al desarrollo

Ahora que las presentaciones se hacen, les invito a manipular Servlets. Esta introduccin al
desarrollo de servlets le dar los conocimientos bsicos acerca de las tecnologas que son
cimientos sobre los que Servlets (como HTTP). Se describir en detalle la instalacin del motor
servlet Tomcat junto con Apache despus de hacer las rondas de soluciones y justific mi
eleccin y explicar con precisin qu forma proporciona un servlet, cmo y con qu
herramientas se desarrollan.
III-A. Los fundamentos de aplicaciones web a nivel de servidor

III-A-1. Aplicaciones cliente-servidor

El funcionamiento de una aplicacin cliente-servidor puede ser descrito como sigue.


Un programa que se ejecuta en una mquina lgica que ofrece unas conexiones de apoyo a
otros equipos a travs de una red ofrece sus servicios. En otra mquina lgica, ofreciendo
tambin admite conexiones a otros equipos a travs de una red, se ejecuta un programa que
enva peticiones a mquinas que actan como un servidor, al utilizar los servicios ofrecidos.
Imagen no disponible
Un programa de servidor puede manejar, en, mltiples solicitudes generales al mismo tiempo
a partir de los mismos o diferentes clientes. Un programa cliente puede generalmente utilizar
mltiples conexiones a las mismas o diferentes servidores simultneamente.
Estas dos mquinas lgicas (debido a que el programa cliente puede ejecutarse en la misma
mquina fsica que el programa de servidor) utilizando un conjunto de protocolos para
comunicarse entre s. Estos protocolos son un conjunto de reglas a seguir para comunicarse
dependiendo de la finalidad (transmisin de informacin confidencial, la transmisin rpida de
informacin importante, etc.).
Estos protocolos se colocan en varios niveles de la capa OSI que define la arquitectura lgica
de los medios de comunicacin a travs de una red en la mayora de las mquinas. Estas capas
son ms abstractos y orientado "aplicaciones" hasta ms concretas y orientadas
"implementacin fsica" abajo.
Por lo tanto las capas inferiores del modelo OSI utilizan para gestionar todas las
comunicaciones a travs de una red, si bien es las capas superiores que ofrecen diferencias
notables a las aplicaciones de programadores y usuarios alto nivel.
Por tanto, estas capas superiores definen protocolos especficos para cada tipo de aplicaciones
que se pueden encontrar en una red: la transferencia de archivos (FTP), el envo y recepcin de
correo electrnico (SMTP), la consulta web (HTTP) etc ..

El cliente y el servidor y luego conversar con los mismos protocolos, pero en el lado del
servidor proporciona los servicios, los beneficios para el cliente en otro. Un servidor, a travs
de la separacin de los protocolos orientados a la "aplicacin" puede proporcionar el tipo de
servicio que desea. No est obligado a ofrecer todos los servicios existentes (solo sitio web de
consulta por ejemplo), pero puede.
Un cliente simultneamente puede hacer que el servidor. La comunicacin entre las
computadoras no es unidireccional.
III-A-1-a. El protocolo HTTP

Para ilustrar y comprender mejor lo que sucede durante una comunicacin entre un cliente
web (que puede ser un navegador u otra aplicacin utilizando el protocolo HTTP) y un servidor
Web, voy a tratar de explicar un poco ms en detalle la operacin HTTP.
El servidor entra en modo de escucha en un puerto definido, que es normalmente el puerto
80, aunque esto no es obligatorio. Cada solicitud recibida del cliente, se crea un nuevo proceso
que se encargar de la solicitud. El dilogo puede comenzar, y luego el cliente debe enviar su
solicitud, que debe cumplir con el protocolo HTTP.
Estas solicitudes se envan al servidor web a travs de la conexin que se establece entre el
cliente y el servidor y tomar la forma de datos convencionales (texto). Hay un gran nmero de
diferentes consultas, pero en realidad rara vez se utilizan muchas consultas. Apndice A
describe todo tipo de consultas disponibles en el protocolo HTTP con una breve descripcin. El
cliente entonces enva la solicitud, el anlisis del servidor y devuelve una respuesta al cliente
(adaptado a su peticin) a travs de la misma conexin. La conexin se corta. El cliente debe
emitir solicitudes se ajustan a la versin del protocolo HTTP implementado por el servidor.
Generalmente Servidores recientes (como Apache) implementar la versin 1.1, mientras que
algunos servidores ms antiguos slo admiten la versin 1.0. Los servidores que soportan la
versin 1.1 del protocolo tambin apoyan, en general, la versin 1.0. La versin del protocolo
se especifica en la cabecera de la peticin desde el cliente y la respuesta efectuada por el
servidor.
Para probar las conductas descritas en los ejemplos que doy, puede utilizar la herramienta de
telnet (disponible en todos los sistemas operativos dignos de ese nombre) de la siguiente
manera:
Elija
telnet adresse_ip_serveur_web 80
direccin_ip_servidor donde es la direccin IP del servidor web de destino (creo que ya lo
sabas ;-)). Simplemente va a entrar en la consulta a la solicitud que se encuentra disponible.

La parte principal de la aplicacin en relacin con el pedido del cliente, colocado en la primera
fila de la consulta. Determina la accin a realizar. Estos comandos son a veces con argumentos
que especifica el objeto sobre el que se relaciona el comando. La accin ms utilizada est
recuperando un documento con el comando GET o POST (GET y HTTP POST son dos mtodos
diferentes para realizar la misma accin). Este comando toma como argumento para recuperar
el recurso, es decir, la ruta de acceso al archivo a recuperar (esto no es una ruta absoluta, sino
relativa a la raz del servidor). Por ejemplo :
Elija
GET /index.html HTTP / 1.0
recuperar el archivo index.html que se encuentra en la raz del directorio de instalacin del
servidor utilizando la versin 1.0 de HTTP.
En general, los clientes colocan un encabezado en su aplicacin, como consecuencia de la
orden, por ejemplo, describiendo lo que son (nombre y nmero de versin de un ejemplo del
navegador) y lo que pueden aceptar (imgenes , texto en HTML para el mismo tipo de
software, por ejemplo). Algunos encabezados son opcionales y otros obligatorio, depende de
la aplicacin y de la configuracin del servidor Web al que se transmite la solicitud. Usted, por
ejemplo, aadir una cabecera que especifica un nombre de usuario y una contrasea si el
servidor Web est configurado de tal manera que no acepta personas desconocidas. Por
ejemplo :
Elija
GET / index.html HTTP / 1.0
Accept: text / html, image / gif
User-Agent: Mozilla / 4.0 (compatible; MSIE 4.0; X11 Linux 2.2.17)
indica que el cliente en el origen de la solicitud es el navegador Netscape (basado en Mozilla,
de ah la aparicin del nombre) que se ejecuta Linux y acepta el texto como HTML y GIF . La
solicitud de un cliente Web debe ser seguido por dos saltos de la lnea para ser tenidos en
cuenta.
Una vez analizada la solicitud del cliente (cabecera y el cuerpo de la solicitud), el servidor tiene
todos los elementos para producir una respuesta. El primer elemento de la respuesta se llama
el estado que especifica la versin del protocolo HTTP usado, un cdigo de estado y una breve
descripcin de la condicin. La cabecera de la respuesta se produce despus de la lnea de
estado. ste se describe como el tipo de datos que se envan (texto ASCII, HTML, imgenes gif,
etc.). El servidor puede enviar los datos al navegador que analizarlos correctamente de
acuerdo con las directivas de la cabecera de la respuesta del servidor. Por ejemplo :
Elija

HTTP / 1.0 200 OK


Servidor: Apache / 1.3.14 mod_php4
Content-type: text / html
indica que la consulta puede ser tratada con xito (cdigo de estado 200 y la descripcin del
cdigo "OK") y es procesado por Apache en su versin 1.3.14. Tambin se sabe que la
respuesta contiene slo texto en formato HTML.
Una vez que esta cabecera enva al cliente, el servidor puede comenzar a enviar datos (el
archivo index.html si se basa en el ejemplo de aplicacin anterior) mediante la separacin de la
cabecera y los datos de dos lneas en blanco. Estas dos lneas en blanco son indispensables
indispensable.
Repito, despus de enviar datos al cliente, la conexin se interrumpe, incluso si el cliente es
probable que emitir una solicitud de acceso a un recurso en el mismo servidor
inmediatamente. Se dice que el protocolo HTTP no es orientado a la sesin: no hay ninguna
manera de identificar a un usuario durante una serie de conectarse a un sitio Web. Ahora es
comn que los usuarios realizan una serie de acciones lgicas para lograr un propsito
especfico (comprar un producto en un sitio comercial, por ejemplo). Por tanto, es
problemtico identificar correctamente esta suite lgica con las nicas herramientas
proporcionadas por el protocolo HTTP. Algunas herramientas de servlets que veremos en el
captulo sobre el seguimiento de sesin estn ah para corregir esta deficiencia.
III-B. La implementacin del servidor

Ahora ha adquirido suficiente conocimiento sobre el protocolo HTTP y el funcionamiento de


las aplicaciones web del lado del servidor para ir a practicar. Con el fin de poner a prueba sus
primeros servlets, debe instalar el motor de servidor Web y servlet que ejecutarlos. Voy a
tratar en un primer momento para darle una visin general de las diferentes soluciones
existentes y compartir con ustedes mi eleccin y esta eleccin causas, y al final me guiderais
usted a travs de la instalacin del servidor.
III-B-1. Los diferentes tipos de soluciones

En primer lugar, definir los diferentes tipos de servidores. Hay tres tipos diferentes de motores
de servlets:
Motores Servlets independientes.
Motores de servlets bordo.
motores Servlets externos.
Servlets motores independientes son una parte integral del servidor Web. Para tal cosa es
posible, debemos asumir que el servidor Web est desarrollado en Java. Un ejemplo de este
tipo de servidores es el servidor Java Web o Tomcat (que analizaremos en detalle la
configuracin ms adelante).

Motores servlets integrados son una combinacin de una adicin a un servidor web y una
implementacin de la API Servlet. La adicin (plugin) permite al servidor web para enrutar las
solicitudes de los clientes y los servlets relacionados con una mquina virtual contenida en el
proceso del servidor Web. Esta mquina virtual se ejecuta en un hilo separado que involucra la
operacin del servidor web multiproceso, lo cual no es el caso de todos los servidores web (por
ejemplo Apache en Unix). Esta configuracin proporciona un buen rendimiento debido a los
cambios de contexto son menos costosos, pero es limitada posibilidad de extensiones (un
servidor que soporta un gran nmero de solicitudes al mismo tiempo casi no ser capaz de
responder a ellos).
Motores externos Servlets son una combinacin de un plugin "injertados" en el servidor y una
mquina virtual que se ejecuta en el exterior del mismo. Para comunicarse entre ellos, el
enchufe y el proceso asociado a la mquina virtual mediante un mecanismo de comunicacin
entre procesos, como sockets TCP / IP. Si por una peticin final al respecto Servlets servidor
Web, se pasa la peticin al motor servlet utilizando el mecanismo anteriormente mencionado.
Una desventaja de este mtodo es la reduccin en el rendimiento. Por contra, este tipo de
servidor es ms estable en general (una parada desde el servidor Web no afecta el motor de
servlets y viceversa), y ms extensible. Por otra parte, ya que la mquina virtual es externo al
servidor Web, se puede ejecutar en cualquier mquina, que le permite ejecutar el servidor
Web en una mquina diferente de aquel en que se arranca el motor de servlets. Tambin
puede configurar varias mquinas virtuales a un solo Web2.2 servidor. En resumen, la
flexibilidad se gana puede ser interesante en muchos aspectos.
Generalmente, las personas que deseen prestar apoyo a los servlets en su servidor ya brindar
apoyo a otras tecnologas de desarrollo web del lado del servidor, o simplemente ofrecen
alojamiento de pginas estticas. Es evidente que un motor de servlets, incluso si l puede
hacer un servidor web en la que se puede convertir en el modo independiente (como Tomcat o
Java Web Server), es mucho menos eficiente que productos especializados cuando es
necesario proporcionar diferentes Servlets de contenido (pginas estticas, archivos, etc.). Por
tanto, es fcil de entender que es mejor elegir un motor de servlets "injertados" en un servidor
web existente con el fin de mantener su eficacia en relacin con el contenido esttico (el
servidor web que soporta) y la toma de contenido dinmico uso de servlets (el motor servlet
que lo soporta). Esto nos deja la eleccin entre una solucin y dos (integrado o externo) Por
supuesto, es perfectamente posible trabajar con motores independientes a los fines del
desarrollo Servlets, recomiendo slo para la produccin.
Volvamos a los servidores de aplicaciones. Dije antes que a menudo eran una conexin entre
un servidor existente web, un motor servlet existente y herramientas "comercio" orientada y
ms como la incorporacin de los EJB y otras herramientas especficas para la actividad
industrial ( gestin de transacciones, relaciones con los clientes, etc.). son herramientas muy
afiladas, que suelen ser muy caros y requieren mltiples habilidades. Su uso y configuracin es
similar a la solucin ms convencional, a menudo las herramientas de configuracin fciles de
utilizar para las manchas comunes, pero con respeto Servlets desarrollo estricto, que apenas
aporta nada (aparte de optimizaciones rendimiento o la fiabilidad en entornos especficos, a

menudo grandes sistemas como el S / 390). Vemos claramente que los aspectos interesantes
de estas soluciones ms all del alcance de mis habilidades y este libro, y por eso me ECAR
terais de mi eleccin. En conclusin acerca de estas soluciones, que a menudo son menos
flexibles de usar que las aplicaciones ms tradicionales debido a su complejidad y su raza para
facilitar su uso. Los problemas reportados en listas de correo relacionadas con la preocupacin
Servlets motor de configuracin de la mayora del tiempo este tipo de servidores.
Parece ser que el tipo de servidor que combina el mayor beneficio es el motor de servlets
externos conectados a un servidor Web de alto rendimiento a travs de un plugin. De hecho,
como hemos visto, es un confiable, flexible y de gran alcance suficiente. Por otra parte, con un
poco de esfuerzo de configuracin, este tipo de servidor puede adems incluir un gran nmero
de caractersticas tales como EJB, dndoles acceso a los componentes de negocio tan caros
para los servidores de aplicaciones, o con el apoyo de varias mquinas virtual.
Ahora que hemos elegido (aunque yo te ayud) el tipo de servidor para utilizar, elegir cul usar
bsqueda.
III-B-2. La eleccin de la solucin

La eleccin de un servidor depende esencialmente rendimiento fuera sobre el contenido de


servicio distintos de servlets, dos criterios: la versin de la API Servlet apoyado y versin de JSP
soportado. De hecho, aunque las comparaciones de rendimiento entre las alternativas son
abundantes, no significan nada si no se refieren directamente a la aplicacin que desea
ejecutar. Sobre la versin de la API soportada es ms reciente, se puede hacer uso de
caractersticas tiles (por ejemplo, la versin 2.0 de la API Servlet no soporta
RequestDispatcher). El razonamiento es similar en lo que respecta JSP. Para obtener una visin
clara de estos dos criterios, los invito a que visite la siguiente URL:
http://java.sun.com/products/servlet/industry.html. Aqu, el sistema operativo elige no tiene
en cuenta la eleccin de motor de servlets, ya que este tipo de servidor es (generalmente)
programado en Java, cualquier sistema operativo con una aplicacin la mquina virtual Java se
supone que funciona. Sin embargo, ya hemos elegido para acoplar el motor a un servidor Web
Servlets, debemos prestar atencin a los servidores Web compatibles, as que podemos usar
esa pareja con el sistema operativo de nuestra eleccin.
Se puede ver que algunos servidores externos (es decir, que se puede acoplar a un servidor
Web, que no debe confundirse con la independiente) corresponden a estos dos criterios. La
eleccin que voy a proponer aqu slo depende de las preferencias que no necesariamente va
a adherir, pero me gustara tratar de justificar el rechazo de alternativas (como lo hice para la
eleccin del tipo de servidor).
En primer lugar WAIColRunner debe ser utilizado en conjuncin con un servidor web Netscape
o Netscape Enterprise Server Fast Track (este ltimo es una versin ms ligera de la primera).
Esto limita en gran medida las opciones para el servidor Web, incluso si se encuentra
ampliamente distribuida en las empresas. Se trata de un motor de servlets pagar cuando uno
quiere obtener soporte tcnico. Respecto Allaire JRun, ofrece, gracias a una atractiva suite

integrada JRun Estudio para el desarrollo de servlets (depuracin remota, el rpido desarrollo,
etc.) y ofrece algunas caractersticas interesantes, tales como la compatibilidad con la mayora
de los servidores web existente, pero vale la pena (a un precio entre 495 dlares y 18,395
dlares). Queda Caucho Resina del Apache Tomcat y Fundacin. El primero tiene un
impresionante nmero de ventajas: es compatible con todos los servidores principales Web
corriendo (iPlanet, IIS, Apache), tiene herramientas interesantes como soporte para XSL y X ML
para gestionar documentos modelos (entre otros) e incluso soporta la versin 2.3 de la API
Servlet (que slo est en la etapa de propuesta) 2.3. Sin embargo, el uso no es gratuito si se
trata de un entorno comercial. El ltimo, usted comprender, est impulsando servlets en el
que llevo mi eleccin, Tomcat es la Fundacin Apache. Lo eleg porque se ejecuta en un gran
nmero de sistemas operativos diferentes, est muy bien integrado con el servidor Apache
(pero tambin otros como IIS), y se distribuye bajo los trminos con licencia de cdigo abierto
(para que est disponible). Estas caractersticas dan como resultado que es muy fcil de
documentar este motor de servlets, encontrar gente que sabe el mango y su desarrollo es muy
actif2.4. Adems, no es necesario demostrar la eficacia del servidor Web Apache a la que se
asocia en general.
Ahora tenemos una solucin flexible y potente basado en el motor servlet Tomcat y el servidor
Web Apache. Ahora te guiar en la instalacin y configuracin de esta solucin, al
concentrarse en lo que puede beneficiar y dejar de consultar la documentacin que viene con
el servidor para obtener ms informacin.
III-B-3. La instalacin de Tomcat y Apache

Tomcat y Apache, como hemos dicho antes, ambos disponibles para un gran nmero de
diferentes sistemas operativos. Es imposible describir el proceso de instalacin de estas
aplicaciones en todos los medios posibles. Slo s que la instalacin en la familia Unix de
sistemas cambiar poco en el peor de los casos, y la instalacin de Windows ser diferente a
nivel de archivos a instalar (se descargar los binarios para Windows y no las fuentes para
Unix) y no requiere compilacin. Voy a describir la instalacin de Tomcat y Apache en un
sistema Linux, en particular una distribucin Debian en la versin 2.2. Se reconoce aqu que
usted tiene un compilador para programas escritos en C que funciona y es compatible con gcc.
Para comprobarlo, introduzca el comando:
Elija
-version gcc
que debe mostrar la versin de gcc instalado en su sistema.
III-B-3-a. La instalacin del entorno de desarrollo de Java

Antes de instalar Tomcat, es necesaria la instalacin de un entorno de desarrollo Java. Por eso,
yo le aconsejo que use la jdk1.3 ofrece por Sun. Si usted tiene un kit de desarrollo de Java
tarde o igual a la versin 1.1, puede omitir este paso (aunque por razones obvias de

rendimiento y caractersticas que usted puede ser que desee instalar la ltima versin del kit
Desarrollo). Se puede descargar como tar.gz (distribucin independiente) en la siguiente URL:
http://java.sun.com/j2se/1.3/download-linux.html. Despus de descargar el archivo, debe
descomprimir y desempaquetar en el directorio de su eleccin (por ejemplo /usr/local/jdk1.3)
con el siguiente comando:
Elija
xfvz j2sdk tar-1_3_0-linux.bin -C / usr / local
Una vez hecho esto, vaya al directorio $ JAVA_HOME / bin, donde $ JAVA_HOME es el
directorio donde est instalado el JDK (en nuestro ejemplo /usr/local/jdk1.3/bin) de la
siguiente manera:
Elija
/usr/local/jdk1.3/bin cd
A continuacin, ejecute el comando:
Elija
./javac
Si recibe un mensaje que indica todas las opciones disponibles para el compilador Java est
ganado. con el fin de beneficiar a todas las aplicaciones Java que pueden utilizar (como
Tomcat) del entorno instalado, le sugiero que aadir las herramientas lingsticas en su camino
como esto:
Elija
export PATH = $ PATH: /usr/local/jdk1.3/bin
siempre teniendo en cuenta que ha instalado el JDK en /usr/local/jdk1.3. Ahora usted puede
utilizar las herramientas del lenguaje (compilador, el visor de applets, etc.) en cualquier parte
de la vista de rbol del sistema de archivos.
Ahora que el entorno de desarrollo para Java est instalado, vamos a ir a la instalacin del
motor servlet Tomcat.
III-B-3-b. La instalacin de Tomcat

Ahora vamos a proceder a instalar los servlets motor. Para ello, primero debe descargar la
versin 3.2.1 del Tomcat disponible en la siguiente URL:
http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/. Esta versin no es la

ltima versin de Tomcat. De hecho, el desarrollo de Tomcat es muy activa, y los nuevos
conceptos se introducen regularmente.
Por ejemplo, en relacin con el protocolo de comunicacin entre el servidor Web Apache y
motor servlet Tomcat, un nuevo proceso ha surgido desde la versin 3.2.1: JK. mod_jk (mdulo
dinmico cargado por Apache en el arranque para tener en cuenta JK) es para el mediano
plazo, la sustitucin de mod_jserv (el protocolo de comunicacin entre el servidor Web y
servlets motor que voy a describir en esta instalacin). JK aporta una serie de beneficios tales
como soporte para mltiples diferentes servidores web a travs de la misma interfaz (IIS,
Netscape Server, Apache 2.x, etc.), la correcta gestin de HTTPS (Secure HTTP a travs del uso
SSL). Adems, JK no es una adaptacin de Apache JServ diferencia mod_jserv tanto, incluye
cdigo innecesario.
Sin embargo, la novedad de mod_jk no me permite dominar lo suficiente como para ofrecer
asistencia sobre configuraciones complejas, a diferencia mod_jserv s mejor. Por otra parte,
mod_jserv sigue siendo mucho ms comn que mod_jk. As que voy a explicar la configuracin
bsica de Tomcat con mod_jk y mod_jserv, y entonces le sugiero que mod_jserv con la
configuracin avanzada.
Para instalar Tomcat, le sugiero que descargar las fuentes de la ltima versin estable a la
siguiente URL: http://jakarta.apache.org/builds/tomcat/release/v3.2.1/src/. La ltima versin
estable es 3.2.1, por lo que ahora debe descargar el archivo jakarta-tomcat-3.2.1-src.tar.gz.
A continuacin, descargar otras herramientas:
JSSE para Java Secure Socket Extension permite establecer conexiones seguras a travs de
una red (mediante SSL, por ejemplo) entre dos mquinas. Http://java.sun.com/products/jsse/
Disponible.
Ant: es un gestor de compilacin condicional, as como hacer de Unix. Permite, escribiendo
archivos de descripcin de compilacin, recompilar slo los archivos que han cambiado. Esto
es til para compilar programas grandes (como Tomcat).
Http://jakarta.apache.org/builds/ant/release/v1.2/src/jakarta-ant-src.tar.gz Disponible.
API JAXP Java para procesamiento de XML puede analizar archivos en formato XML.
Http://java.sun.com/xml/download.html Disponible.
Clases de la API Servlet que implementan los servlets API.
Http://java.sun.com/products/servlet/download.html Disponible.
Una vez descargado estas herramientas, debe crear un directorio para la creacin de una
versin binaria de Tomcat: vamos a utilizar / usr / / tomcat-dist locales:
Elija
mkdir / usr / / tomcat-dist locales
Descomprimir entonces todos los archivos descargados en este directorio:

Elija
xfvz jakarta-tomcat tar-3.2.1-src.tar.gz -C / usr / / tomcat-dist locales
jsse-1_0_2-gl.zip descomprimir -d / usr / / tomcat-dist locales
mkdir / usr / / tomcat-dist / jakarta-ant locales
tar xfvz jakarta-ant-src.tar.gz -C / usr / / tomcat-dist / jakarta-ant locales
jaxp-1_0_1.zip descomprimir -d / usr / / tomcat-dist locales
servlet-2_2b.zip descomprimir -d /usr/local/jdk1.3/jre/lib/ext
Ahora instalar paquetes de Java necesarios para compilar Tomcat. Ya hemos copiado los
servlets paquete en /usr/local/jdk1.3/jre/lib, tenemos que hacer lo mismo con los archivos
parser.jar jaxp.jar y la versin de JAXP que ha recuperado y con archivos jnet.jar, jcert.jar
jsse.jar y has recuperado del archivo de JSSE. Este proceso ahorra agregar la ruta de acceso a
estos archivos en la variable de entorno CLASSPATH, pero tambin se puede utilizar este
mtodo.
Ahora tenemos que compilar Ant. Para ello, vaya al directorio donde ha descomprimido y
entrar en:
Elija
./build.sh
compilacin debera tener lugar sin ningn problema. Si un error de compilacin mencion
que una clase o un paquete no se encuentra, debe comprobar que el frasco antes mencionado
estn en la ubicacin correcta (o el CLASSPATH contiene buenos valores.).
Ahora tenemos que compilar Tomcat. Para ello, la posicin en el directorio donde ha
descomprimido y ejecucin:
Elija
./build.sh dist
Este comando va a construir una "distribucin" binaria idntica a la que se puede descargar
desde el sitio web de la Fundacin Apache, pero adaptado a la configuracin. Despus de la
compilacin tiene xito, se puede probar el funcionamiento de Tomcat.
Para ello, vaya al directorio "bin" de su distribucin de Tomcat que debera ser $
TOMCAT_HOME / build / tomcat / bin si TOMCAT_HOME $ / usr / / tomcat-dist local. Inicie la
sesin como usuario "root":
Elija

./startup.sh
Debera ver una serie de mensajes aparecer indicando el inicio de Tomcat. A continuacin,
abra un navegador web para acceder y solicitar la siguiente URL: http://127.0.0.1:8080/. Si
obtiene la primera pgina del servidor Tomcat, todo funciona a la perfeccin.
En ese momento, Tomcat se ejecuta en modo independiente, que no es lo que queremos (ver
choix_solution). Ahora vamos a describir su asociacin con el servidor Web Apache para hacer
un motor servlet externo.
III-B-3-c. Instalacin y configuracin de Apache

Tenga la seguridad, esta parte de la instalacin del ambiente de trabajo es mucho ms simple
que la anterior.
En primer lugar, debe descargar una versin de Apache 1.3.9 anterior, el ltimo si es posible
(1.3.14) en la siguiente URL: http://httpd.apache.org/dist/apache_1.3.14 .tar.gz.
Luego hay que descomprimir en la carpeta de su eleccin, por ejemplo, / / local / src usr as:
Elija
xfvz apache_1.3.14.tar.gz tar -C / usr / local / src
Esto debera crear el /usr/local/src/apache-1.3.14 directorio. Ir a este directorio con el
comando:
Elija
/usr/local/src/apache-1.3.14 cd
y comenzar a configurar el script de creacin de esta manera:
Elija
./configure --enable-module = tan
Esto permitir que el apoyo para los mdulos cargables dinmicamente, lo que ser necesario
para la comunicacin entre Apache y Tomcat. Una vez que el script de configuracin, ejecute el
siguiente comando:
Elija
make install

que va a compilar e instalar el servidor Web Apache en el directorio / usr / local / apache.
Ahora, para la gestin de Tomcat. Como he descrito anteriormente, hay dos maneras
diferentes de proceder (ver jk_versus_jserv).
III-B-3-d. Configuracin mod_jserv

Para habilitar Apache utilizar mod_jserv para comunicarse con Tomcat debe compilar el
mdulo mod_jserv.so cargable. Para ello, cambiar la posicin de s mismo en el directorio de
origen del mdulo:
Elija
/usr/local/tomcat-dist/jkarta-tomcat-3.2.1-src/src/native/apache/jserv cd
si usted ha hecho la misma manipulacin que los descritos anteriormente