Servidor de Aplicaciones

Tema 1: Introduccin a los servidores de aplicaciones
En este tema veremos una pequea introduccin a los servidores de aplicaciones. Comentaremos los trminos
ms utilizados y los conceptos que usaremos ms adelante.
1.1. Aplicaciones de empresa

El concepto de servidor de aplicaciones est relacionado con el concepto de sistema distribuido. Un sistema
distribuido, en oposicin a un sistema monoltico, permite mejorar tres aspectos fundamentales en una
aplicacin: la alta disponibilidad, la escalabilidad y el mantenimiento. En un sistema monoltico un cambio en
las necesidades del sistema (aumento considerable del nmero de visitas, aumento del nmero de
aplicaciones, etc.) provoca un colapso y la adaptacin a dicho cambio puede resultar catastrfica. Vamos a ver
estas caractersticas con ejemplos.
La alta disponibilidad hace referencia a que un sistema debe estar funcionando las 24 horas del da los
365 das al ao. Para poder alcanzar esta caracterstica es necesario el uso de tcnicas de balanceo de
carga y de recuperacin ante fallos (failover).
La escalabilidad es la capacidad de hacer crecer un sistema cuando se incrementa la carga de trabajo
(el nmero de peticiones). Cada mquina tiene una capacidad finita de recursos y por lo tanto slo puede
servir un nmero limitado de peticiones. Si, por ejemplo, tenemos una tienda que incrementa la demanda
de servicio, debemos ser capaces de incorporar nuevas mquinas para dar servicio.
El mantenimiento tiene que ver con la versatilidad a la hora de actualizar, depurar fallos y mantener un
sistema. La solucin al mantenimiento es la construccin de la lgica de negocio en unidades reusables y
modulares.
1.2. Qu es un servidor de aplicaciones?

El estndar J2EE permite el desarrollo de aplicaciones de empresa de una manera sencilla y eficiente. Una
aplicacin desarrollada con las tecnologas J2EE permite ser desplegada en cualquier servidor de
aplicaciones o servidor web que cumpla con el estndar. Un servidor de aplicaciones es una implementacin
de la especificacin J2EE. La arquitectura J2EE es la siguiente:
open in browser PRO version
Are you a developer? Try out the HTML to PDF API
pdfcrowd.com
Figura 1. Arquitectura J2EE.
Definimos a continuacin algunos de los conceptos que aparecen en la figura 1:

Cliente web (contenedor de applets): Es usualmente un navegador e interacta con el contenedor web
haciendo uso de HTTP. Recibe pginas HTML o XML y puede ejecutar applets y cdigo JavaScript.
Aplicacin cliente: Son clientes que no se ejecutan dentro de un navegador y pueden utilizar cualquier
tecnologa para comunicarse con el contenedor web o directamente con la base de datos.
Contenedor web: Es lo que comnmente denominamos servidor web. Es la parte visible del servidor de
aplicaciones. Utiliza los protocolos HTTP y SSL (seguro) para comunicarse.
Servidor de aplicaciones: Proporciona servicios que soportan la ejecucin y disponibilidad de las
aplicaciones desplegadas. Es el corazn de un gran sistema distribuido.
Frente a la tradicional estructura en dos capas de un servidor web (ver Figura 2) un servidor de aplicaciones
pdfcrowd.com
proporciona una estructura en tres capas que permite estructurar nuestro sistema de forma ms eficiente. Un
concepto que debe quedar claro desde el principio es que no todas las aplicaciones de empresa necesitan un
servidor de aplicaciones para funcionar. Una pequea aplicacin que acceda a una base de datos no muy
compleja y que no sea distribuida probablemente no necesitar un servidor de aplicaciones, tan solo con un
servidor web (usando servlets y jsp) sea suficiente.
Figura 2. Arquitectura en dos capas frente a tres capas utilizando

el servidor de aplicaciones.
Como hemos comentado, un servidor de aplicaciones es una implementacin de la especificacin J2EE.

Existen diversas implementaciones, cada una con sus propias caractersticas que la pueden hacer ms
atractiva en el desarrollo de un determinado sistema. Algunas de las implementaciones ms utilizadas son las
siguientes:
BEA WebLogic
IBM WebSphere
Sun-Netscape IPlanet
Sun One
Oracle IAS
pdfcrowd.com
Borland AppServer
HP Bluestone
Los dos primeros son los ms utilizados en el mercado. Nosotros vamos a utilizar el servidor BEA WebLogic.
La principal ventaja de WebLogic es que podemos crear un sistema con varias mquinas con distintos
sistemas operativos: Linux, Unix, Windows NT, etc. El sistema funciona sin importarle en qu mquina est
corriendo el servidor.
Otros conceptos que aparecern a lo largo de este mdulo:
Servidor proxy: Centraliza peticiones de los clientes y las reenva hacia otras mquinas. Puede servir
como nivel de indireccin y seguridad. Tambin puede ser usado para realizar balanceo de carga.
Cortafuegos (firewall): Proporciona servicios de filtrado, autorizacin y autentificacin. Puede actuar
como proxy y ayuda a manejar los ataques de los hackers.
Mquina: Representa una unidad fsica donde reside un servidor. Una mquina se define como tipo Unix
o no Unix (Windows NT, etc.).
Servidor: Un servidor es una instancia de la clase weblogic.Server ejecutndose dentro de una mquina
virtual de Java. Un servidor est alojado en una mquina, pero una mquina puede contener varios
servidores. Si un servidor no lo declaramos en ninguna mquina WLS asume que est en una creada por
defecto.
Dominio: Un dominio es una unidad administrativa. Sirve para declarar varios servidores, aplicaciones,
etc. y que todos ellos estn asociados mediante el nombre del dominio.
Clustering (asociacin): Los clusters permiten asociar maquinas y servidores para que acten de forma
conjunta como una nica instancia. La creacin de un cluster va a permitir el balanceo de carga y la
recuperacin frente a fallos.
Balanceo de carga: Es una tcnica utilizada para distribuir las peticiones entre varios servidores de tal
forma que todos los servidores respondan al mismo nmero de peticiones.
Recuperacin ante fallos (failover): Permite evitar la cada de un sistema cuando una mquina deja de
funcionar o funciona incorrectamente.
Puerto de escucha: Un servidor tiene varios puertos por los que puede "escuchar" las peticiones.
Existen puertos ya asignados a aplicaciones concretas, como por ejemplo el puerto de http que suele ser
el 80. Los puertos permiten que varias aplicaciones puedan atender distintas peticiones en la misma
mquina. Un puerto en una direccin se especifica de la siguiente manera: http://localhost:7001/direc .
Con :7001 indicamos el puerto que estamos atacando. Los puertos del 0 al 1023 son reservados por el
pdfcrowd.com
sistema. Podemos disponer de los puertos del 1024 al 65536. Hay que tener en cuenta que dos servicios
no pueden estar escuchando en el mismo puerto.
Modo produccin y modo desarrollo. Hablaremos muy a menudo de modo desarrollo y modo
produccin. El modo desarrollo es cuando nos encontramos desarrollando nuestra aplicacin y no est
disponible exteriormente. El modo produccin es cuando est funcionando a pleno rendimiento y
tenemos clientes que se encuentran utilizndola. Por defecto, un dominio se arranca en modo desarrollo.
Tema 2: Instalacin del servidor Bea WebLogic 8.1

Los pasos a seguir en la instalacin de un servidor de aplicaciones es la siguiente:
1. Instalacin del software. Esta accin copia los ficheros necesarios y crea la estructura inicial de
directorios.
2. Configuracin de dominios. Debemos configurar el o los dominios necesarios y todos los componentes
dentro de cada dominio (servidores, cluster, mquinas, etc.).
pdfcrowd.com
2.1. Instalacin del servidor de aplicaciones

Vamos a instalar el servidor de aplicaciones Bea WebLogic. La instalacin descrita aqu es para la versin 8.1
SP1 y bajo el sistema operativo Linux. Los requerimientos del sistema para la instalacin de esta versin son:
Memoria: 256Mb mnimo (512Mb aconsejable)
Espacio en disco: 400Mb
Versin de Java JDK 1.4.1 (se instala junto con el servidor) o superior. Podemos utilizar otra versin de
Java, pero es aconsejable consultar la informacin que Bea muestra en http://edocs.bea.com/wls/certifications/certifications/index.html para comprobar la compatibilidad entre
versiones.
Ejecutamos el fichero server811_linux32.bin (no es necesario ser superusuario para instalar el servidor de
aplicaciones). Esperamos hasta que nos aparezca la siguiente pantalla.
pdfcrowd.com
Nos aparecer una ventana de licencia a la que decimos que s y pasamos a la siguiente pantalla.
pdfcrowd.com
Si ya disponemos de un directorio creado lo podemos elegir de la lista. Si no, podemos dejar el mostrado por
defecto, o definir uno distinto.
pdfcrowd.com
Ahora nos permite elegir entre realizar la instalacin completa o bien elegir los elementos a instalar. Nosotros
vamos a elegir la instalacin completa.
pdfcrowd.com
Nos queda elegir el directorio donde queremos que se instale el servidor de aplicaciones. Por defecto lo hace
en el directorio weblogic81.
pdfcrowd.com
Despus de los pasos anteriores empezar la instalacin, que durar unos minutos. Cuando finalice nos
aparecer la ventana siguiente. Deseleccionamos la opcin Run QuickStart y pinchamos en Done. Hemos
finalizado la instalacin del servidor.
pdfcrowd.com
La estructura de directorios creada en la instalacin es la siguiente:
pdfcrowd.com
El directorio jdk141_03 contiene la distribucin 1.4.1 de J2SE de Sun. Si tenemos una versin actualizada de
Java simplemente la aadiremos al CLASSPATH. En este punto debemos tener un cuidado especial y
comprobar si la versin de Java es soportada por la versin del servidor de aplicaciones. Para comprobarlo
visitar la pgina de Bea. El directorio de logs contiene el fichero log de instalacin. El directorio utils contiene
algunas utilidades que iremos viendo conforme las utilicemos. El siguiente directorio, weblogic81, es el que
contiene todas las libreras, clases y herramientas adicionales para el funcionamiento de nuestro servidor. El
fichero license.bea contiene la informacin de nuestra licencia en formato XML. Contendr informacin de la
fecha de expiracin de la licencia, de qu caractersticas disponemos (nmero de puestos, nmero de IPs,
etc.), y toda la informacin necesaria para la ejecucin del servidor. El ejecutable UpdateLicense.sh nos va a
permitir actualizar una nueva licencia.
A su vez, el directorio weblogic81 contiene los siguientes subdirectorios:
pdfcrowd.com
Nos interesan, de momento, el directorio common y el server. Common contiene los subdirectorios mostrados
en la siguiente figura. En el directorio bin tenemos una herramienta para crear dominios. El directorio
nodemanager contiene ficheros de configuracin para el Node Manager.
pdfcrowd.com
El directorio server contiene datos y utilidades relacionadas con el servidor de aplicaciones. En el directorio
bin tenemos varias aplicaciones y los scripts para arrancar el servidor de aplicaciones y el Node Manager. El
ejecutable para arrancar un servidor que se crea en nuestro dominio llama a estos ejecutables. En otro
directorio dentro de server, el subdirectorio lib, tenemos el fichero weblogic.jar que tendremos que incluir en el
classpath cuando queramos realizar una aplicacin que utilice los recursos de WebLogic. Tambin
disponemos en este directorio de los ficheros que gestionan las polticas de seguridad.
2.2. Arranque del dominio y consola de administracin

Antes de empezar a definir los elementos que soportan la ejecucin del servidor de aplicaciones vamos a
comentar algunos conceptos sobre los distintos tipos de servidores.
Como ya hemos comentado, nuestra principal unidad de trabajo es el dominio. El dominio no es ms que una
agrupacin de todos los componentes que utilizamos para nuestro trabajo (servidores, mquinas, aplicaciones,
etc.). Un ejemplo de uso de dominios es el siguiente. Cuando se desarrolla una aplicacin se suele separar la
pdfcrowd.com
fase de desarrollo de una aplicacin con la fase de produccin (cuando la aplicacin ya est funcionando hacia
el usuario y dando servicio). Para manejar esta situacin podemos tener creados dos dominios, uno para
desarrollo y otro para produccin. A pesar de contener exactamente los mismos componentes funcionan de
forma independiente.
Dentro de un dominio vamos a tener mquinas y servidores. Al menos debemos tener un servidor en nuestro
dominio, que llamaremos de administracin. El servidor de administracin es nico en el dominio y va a
realizar, como su nombre indica, tareas administrativas. Podemos tener ms servidores, que llamaremos
administrados (managed). De este tipo de servidor podemos tener tantos como queramos.
Vamos a empezar a crear nuestro primer dominio. Vamos a llamarlo MiDominio y contendr dos servidores
alojados en la misma mquina: Servidor1 y Servidor2. El servidor 1 ser el de administracin. Utilizaremos un
asistente que incorpora Weblogic para crear el dominio y los servidores. Nos situamos en
$HOME_BEA/weblogic81/common/bin ($HOME_BEA es el directorio donde hemos instalado Weblogic, en mi
mquina /home/miguel/bea) y ejecutamos ./config.sh Tambin existe una herramienta llamada QuickStart, pero
hemos notado que en Linux no funciona de forma correcta. En Windows aparece en el men de WebLogic
dentro del men de programas.
Nos aparecer la ventana que se muestra en la siguiente figura, en la que podemos optar por crear una nueva
configuracin o extender (aadir nuevas caractersticas) a una existente. Vamos a seleccionar crear una nueva
configuracin. Pulsamos en el botn Next.
pdfcrowd.com
Ahora debemos seleccionar si queremos instalar un dominio con servidores, un dominio Workshop o un
dominio con ejemplos. Nos interesa la opcin seleccionada.
pdfcrowd.com
Pulsamos Next y nos deja elegir entre utilizar las opciones por defecto (no deja crear servidores adicionales) o
definir nuestra configuracin. Elegimos Custom para poder definir los servidores como queramos. Pulsamos
Next.
pdfcrowd.com
En la siguiente pantalla se nos pide que definamos el servidor de administracin. Tenemos que definir el
nombre del servidor (debe ser nico en el dominio), en qu direccin (IP DNS) estar escuchando el servidor
y los puertos de escucha (por defecto se suele dar el 7001 y el 7002 para el puerto seguro).
pdfcrowd.com
La siguiente pantalla nos da la opcin de poder configurar servidores adicionales. Vamos a decirle que s, para
poder definir el otro servidor en nuestro sistema.
pdfcrowd.com
Al pinchar en Next nos aparece la ventana mostrada a continuacin donde podemos definir nuevos servidores.
Los botones Add y Delete sirven para aadir nuevos servidores o eliminarlos. Para cada nuevo servidor
debemos definir las mismas opciones que dimos al servidor de administracin. Un punto importante es que el
pdfcrowd.com
puerto de escucha debe ser distinto para cada servidor que se ejecute en la misma mquina.
La siguiente pantalla nos permite definir un cluster. Veremos esta opcin ms adelante, de momento pasamos
pdfcrowd.com
de pantalla.
En esta se nos permite definir una mquina. Tambin lo dejamos para ms adelante.
pdfcrowd.com
Ahora se nos da la opcin de configurar componentes JDBC. Decimos que no, pues veremos estas opciones
ms adelante.
pdfcrowd.com
De la misma forma se nos permite configurar componentes JMS (mensajera). Seleccionamos no.
pdfcrowd.com
Al menos debemos configurar un usuario de administracin. Vamos a darle como nombre system y como
contrasea weblogic. En la parte inferior de la pantalla se nos da la opcin de definir usuarios adicionales.
pdfcrowd.com
Como ya comentamos, existen dos modos principales de trabajo: modo desarrollo y modo produccin. Para
cada modo existen una serie de caractersticas que estn habilitadas o no. Nosotros vamos a trabajar siempre
en modo desarrollo. Podemos seleccionar la versin de Java que ms nos convenga. Por defecto vamos a
pdfcrowd.com
utilizar siempre la versin de Java que incorpora WebLogic.
Esta ventana nos muestra la informacin introducida (servidores, mquinas, etc.) previamente y nos pide que
pdfcrowd.com
demos el nombre del dominio. Se va a llamar MiDominio.
Iniciamos la creacin del dominio y cuando finalice nos tiene que aparecer una ventana como la siguiente.
pdfcrowd.com
Pinchamos en Done y hemos terminado de definir el dominio.
Una vez creado el dominio la estructura de directorios creada es la siguiente:

pdfcrowd.com
Tenemos un directorio por cada servidor creado, donde se guardan datos especficos del servidor (por ejemplo
el fichero log). Estos directorios se crean cuando se pongan en marcha los servidores. El fichero config.xml
contiene los datos del dominio (nombre de los servidores, mquinas, dominio, etc., nombre de las aplicaciones
y su configuracin, etc.). Los ficheros startWebLogic.sh y startManagedWebLogic.sh sirven para arrancar el
servidor de administracin y los administrados, respectivamente.
2.3. Arranque y configuracin

Para poner en marcha los servidores debemos utilizar unos ejecutables que se encuentran en
$HOME_BEA/user_projects/MiDominio. Primero debemos arrancar el servidor de administracin. Para ello
ejecutamos desde lnea de comandos: ./startWebLogic.sh Cuando nos aparezca el siguiente mensaje ya est
arrancado el servidor:
pdfcrowd.com
<Server started in RUNNING mode>

En este momento podemos arrancar los servidores administrados. Para ponerlos en marcha debemos utilizar
el siguiente comando con los parmetros indicados:
./startManagedServer.sh nombre_servidor direccin_servidor_administracin
Por ejemplo, para arrancar el servidor administrado creado anteriormente debemos ejecutar el siguiente
comando:
./startManagedServer.sh servidor2 http://localhost:7001
El servidor de administracin nos facilita una aplicacin que permite administrar nuestro dominio. Es la consola
de administracin (Console). Con la consola podemos configurar los atributos de los distintos recursos, hacer
despliegues de aplicaciones, monitorizar el uso de recursos, ver mensajes de log y poner en marcha o parar
los distintos servidores de nuestro dominio. La consola se gestiona con un navegador en la siguiente direccin:
http://direccin-de-escucha:7001/console. Nos aparecer una pgina donde se nos solicita el usuario y la
contrasea. Una vez introducida nos aparecer la siguiente pgina.
pdfcrowd.com
La parte de la izquierda es una applet en forma de rbol jerrquico que nos muestra todas las opciones que
pdfcrowd.com
podemos configurar en el dominio. En la parte superior del rbol tenemos el nombre del dominio. Dentro del
dominio, las primeras opciones nos permiten configurar los elementos del dominio (servidores, mquinas,
cluster, etc.). A continuacin podemos realizar despliegues de aplicaciones, aplicaciones web, EJBs, etc. La
ltima opcin contiene los servicios configurables (JDBC, JMS, Virtual Hosts, etc.). Los elementos de la parte
izquierda disponen de un men adicional que se obtiene pinchando con el botn derecho sobre un elemento
del rbol, como el mostrado en la siguiente figura:
Las opciones varan dependiendo del elemento seleccionado.

En la parte derecha tenemos las mismas opciones a las que podemos acceder mediante el applet. Tambin
nos irn apareciendo las detalles de configuracin para un servicio o caracterstica concreta elegida en la parte
izquierda.
Vamos a ver las opciones ms generales. Si pinchamos en el elemento console nos permite configurar
opciones generales a todos los dominios. Nos aparecer una pgina como la mostrada a continuacin donde
podemos:
pdfcrowd.com
Seleccionar el idioma (ingls o japons)

Indicar el tiempo de refresco de las pginas.
Indicar el tiempo de refresco de los datos grficos (vistos un poco ms adelante
La opcin de mostrar opciones avanzadas por defecto nos permite visualizar dichas opciones, que por
defecto estn ocultas.
Si marcamos la opcin Remember Last Tab, cuando pasemos de una opcin a otra se acordar de la
ltima solapa visitada en dicha opcin.
La opcin Display Help Text muestra el texto que nos aparece debajo de cada opcin.
Al marcar la ltima opcin nos permite disponer del rbol de navegacin.
pdfcrowd.com
pdfcrowd.com
En la otra solapa simplemente nos da informacin de versin.
Pasamos a las opciones para el dominio. Pinchamos en el nombre de nuestro dominio y nos aparece una
ventana como la mostrada en la ventana siguiente. El smbolo
que aparece a la izquierda de algunas
opciones nos indica que es necesario reiniciar uno o varios servidores si cambiamos esa opcin. En la
configuracin general (la solapa actual) podemos configurar las siguientes opciones:
La habilitacin del puerto de administracin, si marcada, permite que todos los elementos del dominio se
comuniquen con el servidor de administracin mediante una conexin segura. Adems podemos
configurar un puerto adicional (no puede ser el seguro del servidor de administracin) para dichas
comunicaciones. Esta opcin permite que podamos arrancar un servidor en modo standby en el cual el
servidor no escucha las peticiones que le llegan a su puerto, pero se permite una comunicacin con el
pdfcrowd.com
servidor de administracin. Tambin permite separar las peticiones de aplicacin (llegan de las
aplicaciones que usan el sistema) de las peticiones de administracin (generadas por o hacia el servidor
de administracin). De esta manera una peticin del servidor de administracin puede ser atendida sin
tener que esperar su turno dentro de las peticiones de aplicacin. Si activamos esta opcin debemos
asignarle un puerto de comunicacin. Al activar la opcin, la consola slo responde por
https://direccin:puerto-asignado/console
La opcin siguiente nos permite especificar si trabajamos en modo produccin. La activacin de esta
opcin implica que ciertas caractersticas estn activas y otras no.
Si activamos la ltima opcin para que un cluster responda a una aplicacin todos sus servidores tienen
que estar funcionando a la vez.
pdfcrowd.com
Si pinchamos en Show se nos mostrarn las opciones avanzadas. Son las siguientes:
Habilitar la consola. En modo produccin suele ser habitual deshabilitar la consola, para que no pueda
pdfcrowd.com
ser accedida desde el exterior.

La siguiente opcin nos permite dar un nombre distinto a la aplicacin de la consola. Si, por ejemplo,
damos el nombre miconsola, para acceder a la consola tendramos que teclear
http://direccin:puerto/miconsola.
Por ltimo podemos especificar cuntos versiones del fichero de configuracin se guardarn.
En la solapa de Logging (las opciones JTA y SNMP las veremos ms adelante) podemos configurar el fichero
log del dominio. El fichero log almacena toda la informacin y mensajes del dominio. Las opciones son las
siguientes:
Podemos cambiar el nombre del fichero log.
La siguiente opcin permite especificar el tipo de rotacin. Las opciones a elegir son por tamao o por
tiempo. La rotacin permite que el fichero log no vaya creciendo indefinidamente. Si elegimos por
tamao, se coger el valor del parmetro Minimum File Size y, cuando el fichero de log alcance ese
tamao, crear un nuevo fichero de log, renombrando el anterior. Si, por ejemplo, el nombre del fichero de
log es midominio.log y hemos seleccionado una rotacin por tamao y 500k de tamao mnimo, cuando
pdfcrowd.com
el fichero alcance ese tamao el sistema cambiar el nombre del fichero por midominio.0 y crear uno
nuevo, midominio.log, donde se seguir almacenando la salida del sistema. Cuando se vuelva a superar
ese lmite se le dar el nombre midominio.1 y as sucesivamente. El otro tipo de rotacin, de tiempo,
acta de manera similar, pero especificando un tiempo de rotacin. Cuando el reloj del sistema llega a
esa hora se produce el cambio de fichero. En esta opcin, podemos especificar cada cuantas horas se
produce el cambio, cambiando el valor de File Time Span.
La penltima opcin permite limitar el nmero de ficheros a almacenar. Si la activamos toma el valor de la
siguiente opcin Log Files to Retain y, cuando el contador de fichero alcance ese valor, empieza desde
cero sobreescribiendo el primero.
Si pinchamos en la opcin View Domain Log se nos permite ver el fichero log (ver siguientes figuras).
pdfcrowd.com
Visualizacin del fichero de log.

pdfcrowd.com
Si pinchamos en Customize this view se nos permite configurar los mensajes, mostrando las opciones que
queremos que se vean en el fichero de log.
pdfcrowd.com
En la siguiente figura, la opcin Auto Update Interval indica al sistema cada cunto tiempo debe comprobar si
existen aplicaciones nuevas. En modo produccin se deshabilita esta comprobacin.
pdfcrowd.com
Cuando seleccionamos la solapa Monitoring nos aparece un enlace que nos permite monitorizar los servidores
de nuestro dominio. Tenemos los servidores creados en nuestro dominio y se nos indica la direccin de
escucha, los puertos de escucha y el estado del servidor.
pdfcrowd.com
La solapa de control permite controlar (parar, poner en marcha, etc.) los servidores del dominio.
pdfcrowd.com
La ltima solapa, Notes, nos permite introducir notas asociadas a la configuracin actual. Esto es comn en la
mayora de opciones de configuracin. Tienen un carcter informativo.
pdfcrowd.com
Si pinchamos en el enlace View Domain-wide Security Settings nos visualiza opciones de seguridad. Todo lo
referente a realm lo explicaremos ms adelante.
pdfcrowd.com
Si activamos la opcin Guest Disabled no permitiremos que entre el usuario invitado.
pdfcrowd.com
En el apartado de File Realm podemos configurar opciones especficas de seguridad como: nmero mximo
de usuarios, grupos y ACL.
pdfcrowd.com
La siguiente solapa tiene que ver con caractersticas de la contrasea de acceso y el bloqueo de una cuenta
por haber intentado acceder con una contrasea incorrecta. Si un usuario intenta acceder al sistema e
introduce una contrasea incorrecta, cuando realice un determinado nmero de intentos la cuenta ser
deshabilitada. Las opciones son:
Longitud mnima de contrasea. Indica el nmero de caracteres mnimo que debe tener la contrasea.
La siguiente opcin, si marcada, permite el bloqueo de una cuenta al intentar acceder con una contrasea
errnea.
La opcin Lockout Threshold especifica el nmero de intentos errneos que provocan el bloqueo de la
cuenta.
pdfcrowd.com
La siguiente es el nmero de minutos que se bloquea la cuenta.

La opcin Lockout Reset Duration indica el nmero de minutos durante los cuales se cuenta el nmero
de intentos fallidos. Si marcamos cinco, si durante cinco minutos se han realizado cinco (el nmero
indicado por Lockout Threshold) intentos fallidos, se produce el bloqueo.
La ltima opcin es el tamao de la cache de intentos fallidos de cualquier usuario que el sistema
almacenar.
pdfcrowd.com
El resto de opciones de seguridad se detallarn en el apartado de seguridad.
pdfcrowd.com
pdfcrowd.com

Servidor de Aplicaciones

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Servidor de Aplicaciones

Загружено:

Авторское право:

Доступные форматы

Tema 1: Introduccin a los servidores de aplicaciones

1.1. Aplicaciones de empresa

1.2. Qu es un servidor de aplicaciones?

Are you a developer? Try out the HTML to PDF API

Figura 1. Arquitectura J2EE.

Definimos a continuacin algunos de los conceptos que aparecen en la figura 1:

Are you a developer? Try out the HTML to PDF API

Figura 2. Arquitectura en dos capas frente a tres capas utilizando

Como hemos comentado, un servidor de aplicaciones es una implementacin de la especificacin J2EE.

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Tema 2: Instalacin del servidor Bea WebLogic 8.1

Are you a developer? Try out the HTML to PDF API

2.1. Instalacin del servidor de aplicaciones

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

La estructura de directorios creada en la instalacin es la siguiente:

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

2.2. Arranque del dominio y consola de administracin

Are you a developer? Try out the HTML to PDF API

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

utilizar siempre la versin de Java que incorpora WebLogic.

Are you a developer? Try out the HTML to PDF API

demos el nombre del dominio. Se va a llamar MiDominio.

Are you a developer? Try out the HTML to PDF API

Pinchamos en Done y hemos terminado de definir el dominio.

Una vez creado el dominio la estructura de directorios creada es la siguiente:

Are you a developer? Try out the HTML to PDF API

2.3. Arranque y configuracin

Are you a developer? Try out the HTML to PDF API

<Server started in RUNNING mode>

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

Are you a developer? Try out the HTML to PDF API

Las opciones varan dependiendo del elemento seleccionado.

Are you a developer? Try out the HTML to PDF API