08 0816 CS
08 0816 CS
08 0816 CS
Facultad de Ingeniería
Escuela de Ingeniería en Ciencias y Sistemas
FACULTAD DE INGENIERÍA
TRABAJO DE GRADUACIÓN
AL CONFERÍRSELE EL TÍTULO DE
I
2.5. Herramientas de administración ............................................... 27
2.5.1. Herramientas de WebLogic ..................................... 27
2.5.2. Herramientas de GlassFish ..................................... 30
2.6. Estándares soportados ............................................................ 32
II
4.1.2. Nombres de despliegue predeterminados .............. 69
4.1.3. Requerimientos de nombres de aplicaciones ......... 69
4.1.4. Directorio de instalación de la aplicación ................ 70
4.1.5. Ciclo de vida de la configuración ............................ 72
4.1.6. Descriptor de despliegue ........................................ 74
4.1.7. Plan de despliegue ................................................. 75
4.2. Despliegue de aplicaciones para un GlassFish Server ........... 75
4.2.1. Funcionalidad general ............................................ 76
4.2.2. Descriptores y anotaciones..................................... 77
4.2.3. Despliegue basado en módulos.............................. 78
4.2.4. Despliegue basado en aplicaciones ....................... 80
4.2.5. Eventos de ensamblaje y despliegue ..................... 80
5. PRÁCTICA ............................................................................................. 83
5.1. Ambiente de pruebas WebLogic Server .................................. 83
5.1.1. Instalación de software ........................................... 83
5.1.2. Creación y configuración de instancia .................... 84
5.1.3. Despliegue de aplicaciones .................................... 85
5.1.4. Conexión a base de datos (JDBC) ......................... 86
5.2. Ambiente de pruebas GlassFish Server .................................. 86
5.2.1. Instalación de software ........................................... 87
5.2.2. Creación y configuración de instancia .................... 87
5.2.3. Despliegue de aplicaciones .................................... 88
5.2.4. Conexión a base de datos (JDBC) ......................... 88
5.3. Resumen comparativo ............................................................. 89
5.3.1. Aspecto gráfico ....................................................... 90
III
CONCLUSIONES .............................................................................................. 95
RECOMENDACIONES ..................................................................................... 97
BIBLIOGRAFÍA.................................................................................................. 99
IV
ÍNDICE DE ILUSTRACIONES
FIGURAS
TABLAS
V
VIII. Comparativo conexión a base de datos (JDBC) .................................. 90
VI
LISTA DE SÍMBOLOS
Símbolo Significado
Gb Gigabytes
Ghz Gigahertz
VII
VIII
GLOSARIO
IX
Jython Es un lenguaje de programación de alto nivel,
dinámico y orientado a objetos basado en Python e
implementado en Java.
X
Sandbox Es un mecanismo para ejecutar programas con
seguridad y de manera separada.
XI
XII
RESUMEN
XIII
XIV
OBJETIVOS
General
Específicos
XV
XVI
INTRODUCCIÓN
XVII
cada una de estas tareas con respecto a administrar un WebLogic Server o un
GlassFish Server. Complejidad que influye en el factor facilidad de uso que se
busca comprobar con este trabajo.
XVIII
1. CONCEPTOS BÁSICOS DE SERVIDORES DE
APLICACIONES
1
Figura 1. Arquitectura de funcionamiento de un servidor de
aplicaciones
2
Al tener la mayor parte del código en el nivel de la aplicación, esta se aísla
de la interfaz de usuario y de la base de datos por lo que se pueden hacer
cambios sin que esto afecte a los otros niveles. Asimismo, los datos están
centralizados y fácilmente accesibles sin necesidad de moverlos todos hasta el
cliente.
3
capaz de incorporar nuevas máquinas para atender de forma aceptable la
demanda.
1.4. Ventajas
4
Seguridad, un punto central por medio del cual acceder a los datos y
gestionar partes de la misma aplicación provee seguridad, manteniendo
las responsabilidades de autenticación lejos de clientes potencialmente
inseguros sin exponer la capa de la base de datos.
1.5. Desventajas
5
Cabe mencionar que los primeros dos problemas se pueden atacar
utilizando redundancia de recursos, por ejemplo servidores, conexiones de red
e internet de contingencia, y el problema de seguridad se puede mitigar
utilizando métodos de cifrado y conexiones seguras aplicadas en lugares donde
exista interacción con información delicada. Aunque no hay una forma de evitar
completamente estos inconvenientes si se puede reducir considerablemente el
riesgo de que sucedan.
6
2. CARACTERÍSTICAS DE LOS SERVIDORES DE
APLICACIONES ORACLE
7
el Administration Server correspondiente al dominio para sincronizar su copia
del documento de configuración con la que mantiene el Administration Server.
Para ambientes de producción, que requieren un alto rendimiento y
disponibilidad se puede configurar para que los Managed Servers operen como
clusters.
8
una sola JVM. Esta proporciona las capacidades necesarias para habilitar el
acceso a los clientes y el manejo de recursos. Un dominio es un grupo de uno o
más instancias que se administran juntas. Una instancia siempre pertenece a
un solo dominio y cada instancia dentro del dominio puede ejecutarse en
diferentes máquinas físicas.
9
Dentro del dominio, también se encuentran los procesos llamados nodos
agentes. Estos procesos se ejecutan en todas las máquinas físicas donde se
ejecuten instancias de GlassFish Server incluyendo la máquina que alberga al
DAS. Los nodo agente es el encargado de la creación e inicialización de
instancias al recuperar la información del repositorio del DAS, iniciar, detener y
reiniciar instancias, de sincronizar el repositorio de configuración local con el
repositorio central del DAS entre otros.
Para poder alcanzar los objetivos de un sistema que cuenta con alta
disponibilidad, al utilizar WebLogic Server cluster se obtienen las capacidades
mencionadas a continuación:
10
o La información debe estar disponible para otros objetos y para el
programa que maneja el failover, donde se define la localización y
el estatus operacional de todos los objetos, para que pueda
determinarse que el primer objeto falló antes de terminar su
trabajo.
11
encuentran en él, hacia un grupo de máquinas disponibles definidas
anteriormente.
12
instancia en el cluster envía datos de su estado a otra instancia, mientras
estos datos de estado se actualizan en las instancias, los mismos datos
son replicados.
2.4. Seguridad
13
disponibilidad del sistema y sus datos. Retos en seguridad incluyen todos los
componentes del sistema, desde la red en sí a las máquinas individuales que la
conforman. Seguridad a través de la infraestructura es un emprendimiento
completo y continuo que requiere vigilancia así como políticas y procedimientos
de seguridad establecidos y bien comunicados.
14
Autenticación: es el mecanismo mediante el cual los visitantes prueban
que están actuando en nombre de un usuario o un sistema específico.
La autenticación contesta la pregunta ¿Quién es usted? Utilizando
credenciales como combinaciones contraseña/usuario. Un proveedor de
autenticación es utilizado para verificar la identidad de usuarios o
procesos del sistema.
15
Figura 2. Relación entre usuarios, grupos, principales y sujetos
16
configurado para que el proveedor de identificación pueda producir
afirmaciones. Cuando actúa como proveedor de servicio debe estar
configurado para consumir estas afirmaciones.
o Clientes de escritorio
17
acceder? En WebLogic Server, un proveedor de autorización es utilizado
para limitar las interacciones entre usuarios y recursos de WebLogic para
asegurar integridad, confidencialidad y disponibilidad. Esto se realiza por
medio de:
o Políticas de seguridad
o Manejadores de contexto
o Decisiones de acceso
o Adjudicaciones
18
Un concepto muy importante en la seguridad en WebLogic Server son los
reinos de seguridad, estos abarcan mecanismos de seguridad para proteger los
recursos de WebLogic. Cada reino de seguridad consiste en un grupo
configurado de proveedores de seguridad, usuarios, grupos, roles y políticas de
seguridad como se ve en la figura 5. Un usuario debe estar definido en un reino
de seguridad para que pueda acceder a cualquier recurso de WebLogic que
pertenezcan a este reino. Cuando un usuario trata de acceder a un recurso en
particular, WebLogic Server trata de autenticar y autorizar al usuario, revisando
el rol de seguridad asignado al mismo en el reino de seguridad y en la política
de seguridad propia del recurso.
19
una entidad de software como una aplicación cliente u otra instancia de
WebLogic Server. Como resultado de la autenticación, un usuario es asignado
a una identidad. A cada usuario se le da una identidad única dentro del reino
de seguridad. Los usuarios pueden ser colocados dentro de grupos que son
asociados con roles de seguridad, o pueden ser directamente asociados con
estos roles.
20
seguridad protegen los recursos contra accesos no autorizados. Los recursos
no tienen protección hasta que se cree una política de seguridad para ellos.
Una condición de una política es una condición bajo la cual se creará una
política de seguridad. En el editor de políticas se incluyen condiciones de fecha
y hora.
Autenticación
Afirmación de identidad
21
Validaciones de principales
Autorización
Adjudicación
Mapeo de roles
Auditoría
Mapeo de credenciales
Búsqueda de certificados y validación
Almacén de claves
Adaptador de reinos de seguridad
22
2.4.2. GlassFish Server System Security
Los tipos de autenticación que son soportados por GlassFish Server son:
23
o Básico, utiliza el cuadro de dialogo de inicio de sesión propio del
servidor. El protocolo de comunicación es HTTP (SSL es
opcional). No hay encriptación de credenciales de usuario al
menos que se utilice SSL. Este tipo no es considerado seguro a
menos que sea utilizado con sistemas externos de seguridad
como SSL.
Un rol define a que aplicación y que partes de esa aplicación los usuarios
pueden acceder y que cosas pueden hacer los usuarios o grupos con
24
esas aplicaciones. Un rol es diferente de un grupo en que un rol defina
una función en una aplicación mientras que un grupo es un conjunto de
usuarios que están relacionados de alguna forma. Por ejemplo, los
empleados pueden pertenecer a grupos según su jornada, tiempo
completo o medio tiempo. Todos los usuarios en estos grupos tienen el
rol de empleados.
25
Auditoría: es el medio utilizado para capturar eventos relacionados con
seguridad con el propósito de evaluar la efectividad de las medidas de
seguridad. GlassFish Server utiliza módulos de auditoría para capturar
los rastros de todas las decisiones de autorización y autenticación.
GlassFish Server provee un módulo de auditoría predeterminado así
como la capacidad de conectarse con módulos de auditoría
personalizados. El alcance del módulo de auditoría es el servidor
completo, esto significa que todas las aplicaciones alojadas en el servidor
utilizarán el mismo módulo de auditoría.
26
2.5. Herramientas de administración
En este apartado se van a definir las herramientas con las que cuenta
cada uno de los servidores de aplicaciones para ayudar al usuario con las
tareas de administración relacionadas con cada uno.
27
o Configurar dominios activos
o Configurar WebLogic Server clusters
o Configurar servicios de WebLogic Server tal como conectividad a
base de datos y mensajería
o Monitorear la salud y rendimiento de los servidores
o Monitorear el rendimiento de las aplicaciones
o Visualizar la bitácora del servidor
o Configurar parámetros de seguridad, incluyendo manejo de
usuarios, grupos y roles
o Configurar y desplegar las aplicaciones
o Visualizar los descriptores de despliegue de las aplicaciones
o Editar los elementos de los descriptores de una aplicación en
ejecución seleccionados
28
Asistente de configuración: este asistente crea la estructura de
directorios apropiada para un dominio de WebLogic Server, el archivo
config.xml, y los scripts que se pueden utilizar para iniciar servidores en
el dominio. El asistente también utiliza plantillas para crear dominios y
estas plantillas se pueden personalizar para duplicar los dominios.
También se puede utilizar el asistente para agregar o quitar servicios de
un dominio existente e inactivo.
Tareas Apache Ant: se pueden utilizar dos tareas Ant previstas con el
WebLogic Server para ayudar a realizar tareas de configuración comunes
en un ambiente de desarrollo. Ant es una herramienta basada en Java.
Las tareas de configuración permiten iniciar y detener una instancia de
WebLogic Server así como la creación y configuración de dominios.
Cuando se combina con otras tareas, se pueden crear scripts de
29
construcción muy poderosos para demostrar o probar las aplicaciones
con dominios personalizados.
30
ejecutando en la máquina donde se instaló GlassFish Server, el nombre
de dominio es localhost. Si la consola de administración se ejecuta en
una máquina diferente de la instalación se debe utilizar una conexión
segura HTTPS. Para Microsoft Windows, una forma alternativa de iniciar
la consola de administración de GlassFish Server es por medio del menú
de inicio. Para mostrar el material de ayuda en la página de la consola
administración, basta con hacer clic en el botón de ayuda.
31
actualización es una utilidad que puede ser ejecutada en la consola de
administración o invocada desde la línea de comandos.
32
Tabla IV. Estándares soportados por WebLogic y GlassFish Server
33
34
3. ADMINISTRACIÓN DE SERVIDORES DE APLICACIONES
ORACLE
3.1.1. Instalación
35
instalar el producto en cualquier plataforma que sea soportada en la cual
Java ya se encuentre instalado.
36
espacio de disco temporal que es necesario durante la instalación.
Dependiendo de los componentes que se escojan para instalar y el
instalador que se esté utilizando, puede necesitarse menos espacio.
37
En la línea de comando se debe ejecutar la opción -Djava.io.tmpdir=
rutaTMPdir, en este caso el rutaTMPdir es el directorio que estamos
designando como área temporal para el programa de instalación pero la
carpeta no está creada.
38
Paso 5: instalar el Software.
39
computadora que alberga el Servidor de Administración. La primera instancia en
iniciar asume el rol de administrador y los demás el rol de instancia
administrada.
40
configuración. Una de las formas de iniciar los servidores administrados
es utilizando la consola de administración, para esto debe estar
configurado el Node Manager que se mencionó anteriormente y se hace
de la siguiente manera:
41
o En la tabla Servers dar clic en el nombre del servidor que se
desea detener.
42
Sun One Web Server o IPlanet
Microsoft IIS
Apache
43
Figura 6. Funcionamiento del Conector de WebLogic para servidores
web
44
Pool de conexiones: es un grupo de conexiones JDBC hacia una base de
datos que se crean cuando el pool de conexiones es desplegado ya sea
al inicio de WebLogic Server o de manera dinámica en tiempo de
ejecución. La aplicación toma prestada una conexión del pool y la
regresa luego de cerrar la conexión.
45
Un servidor JSM es una entidad configurada en el ambiente que actúa
como contenedor de gestiones para la cola JSM y recursos de interés.
Este es el principal responsable de que sus destinos mantengan la
información en el almacenamiento persistente que se utilice, para que
cualquier mensaje persistente que llegue a su destino, y mantener los
estados de los suscriptores en esos destinos. Se puede configurar uno o
más servidores JSM en un dominio y un servidor JSM puede manejar
uno o más módulos JSM.
46
o Se puede almacenar también en una base de datos accesible por
JDBC.
47
Weblogic JMS provee valores por defecto en algunas opciones de
configuración y otros valores deben ser ingresados. Una vez esté configurado
JSM, las aplicaciones pueden enviar y recibir mensajes utilizando el API JSM.
48
o Creación, recolección de datos e instrumentación: información de
diagnóstico es recolectada de varias fuentes, estas fuentes
pueden estar clasificadas como proveedores de datos, creadores
de datos que se toman en intervalos regulares de tiempo para
recolectar datos actuales, o editores de datos que son creadores
de datos que generan eventos de forma síncrona. Los
proveedores y editores de datos se distribuyen a través de los
componentes y la información generada puede recolectarse por la
bitácora o el recolector.
49
o Accesores de datos: proveen acceso a todos los datos
recolectados por el WLDF, incluyendo bitácoras, eventos y datos
de métricas. El accesor interactúa con el archivador para obtener
información histórica incluyendo eventos de bitácoras y métricas
persistentes. Otras herramientas pueden necesitar acceso a los
datos que se encuentran actualmente en un servidor inactivo, en
ese caso, un accesor desconectado se puede utilizar para
exportar datos a un archivo XML para accederlos después.
50
3.1.7. Optimizar el rendimiento de una aplicación
o pageCheckSeconds
o servlet-reload-check-secs
o servlet Reload Check
51
eliminando la carga que le trae al servidor la operación del registro de
acceso.
52
Además del catálogo de mensajes, las aplicaciones pueden utilizar los
siguientes mecanismos para envío de mensajes a la bitácora de WebLogic:
53
logRecord externamente, un handler utiliza un formateador para localizar y darle
formato a los mensajes de la bitácora antes de publicarlos.
3.2.1. Instalación
54
Puertos libres requeridos: se debe tener 17 puertos disponibles para que
GlassFish Server utilice. El programa de instalación automáticamente
detecta los puertos que están en uso y sugiere puertos concurrentes que
no tengan uso. En situaciones cuando múltiples dominios se ejecutan en
una máquina, se puede dar conflicto con los puertos, para evitar esto se
pueden configurar puertos específicos para el servicio de mensajería y el
GMS.
Paquete comprimido
55
o Si se desea desinstalar, debe hacerse manualmente.
56
Se elige el tipo de instalación, típica, recomendada para desarrollo de
aplicaciones, no para utilizarlo en producción. Esta opción instala el
GlassFish Server y crea el DAS. Personalizada, para utilizar en un
ambiente de producción.
Revisar las selecciones listas para instalar y dar clic en Instalar para
proceder. Aparecerá una barra de progreso conforme se van instalando
los componentes de GlassFish Server.
57
3.2.2. Inicio y detención de servidores
58
Reiniciar un servidor: por medio del comando restart-domain se puede
reiniciar el DAS de un servidor en específico de forma remota. Cuando se
reinicia un servidor, el DAS deja de aceptar nuevas conexiones y espera
que las conexiones existentes finalicen. Este proceso de reinicio toma
unos segundos, en los que no se puede utilizar la consola de
administración y la mayoría de comandos de asmadmin.
Los pasos para crear una conexión a la base de datos incluyen la creación
de un pool de conexiones JDBC, crear un recurso JDBC para el pool de
conexiones y por último integrar un controlador JDBC en el dominio de
administración.
59
Un recurso JDBC es creado al especificar con que recurso se asocia un
pool de conexiones. Las propiedades de los pool de conexiones pueden
variar dependiendo de la base de datos a utilizar. Algunas propiedades
comunes son el nombre de la base de datos (URL), el nombre del
usuario y su contraseña.
60
El tipo incrustado, en el que el anfitrión JSM se ejecuta en la misma JVM
que la instancia de GlassFish Server, su configuración y ciclo de vida se
manejan a través del servicio JMS.
61
Para la creación del anfitrión JMS se utiliza el comando create-jms-host
que debe ir acompañado de varios atributos como: el nombre de la cola de
mensajes, el puerto de la cola de mensajes, el nombre del usuario
administrativo de la cola de mensajes, la contraseña correspondiente al usuario
administrativo, el objeto GlassFish Server para el que se está creando este
anfitrión JMS.
62
Enable-monitoring, disable-monitoring o los commandos get y set son
utilizados para iniciar o detener el monitoreo.
63
de las aplicaciones en el servidor va a mejorar el rendimiento de las mismas.
Cuando se hace esto, solo las clases resultantes serán desplegadas.
64
Bitácoras de servidor, que almacenan la información acerca de la
operación de una instancia ejecutándose en un dominio, cada instancia,
miembro de un cluster, y cada DAS, tiene un archivo de bitácora de
servidor individual.
65
El nombre de la bitácora y su localización.
Nombres y niveles de registro.
Propiedades de rotación y formato de registros.
66
4. CONFIGURACIÓN PARA EL DESPLIEGUE DE
APLICACIONES
67
anteriormente. Sin embargo los archivos y directorios residen directamente en
el sistema de archivos y no son empaquetados en un archivo con la
funcionalidad jar.
68
otros módulos empaquetados y se quiere realizar actualizaciones parciales a
esos módulos, se debe expandir los archivos incrustados también. Se debe
asegurar de desempaquetar cada módulo en un subdirectorio con el mismo
nombre que los archivos empaquetados.
69
Los nombres de las aplicaciones solo deben contener los siguientes
caracteres alfanuméricos en mayúsculas o minúsculas, guión bajo, guión
y punto. No se permiten caracteres adicionales.
70
Figura 7. Directorio de instalación de aplicaciones
71
recomienda no almacenarlos en el directorio del dominio de WebLogic
Server, si es posible se deben almacenar en un directorio que esté
accesible para el servidor de administrador y los servidores
administrados en el dominio.
72
configuración de despliegue típicamente incluye crear y trabajar con diferentes
archivos de despliegue.
73
Configuración después del despliegue, luego que una aplicación ha sido
desplegada a un ambiente objetivo, un administrador o encargado del
despliegue puede reconfigurar la aplicación al re-desplegarla con un
nuevo plan o utilizando la consola de administración para actualizar y re-
desplegar un plan existente.
74
4.1.7. Plan de despliegue
75
clientes, a continuación se muestran las tareas que involucran el despliegue de
aplicaciones.
76
Un ambiente de producción provee un ambiente estable y protegido,
donde las aplicaciones son afinadas a su máxima eficiencia para uso
comercial en lugar de desarrollo.
77
como se le indica. Existen dos tipos de descriptores de despliegue asociados
con GlassFish Server:
78
estáticas, clases bean, más anotaciones o descriptores de despliegue
web (web.xml y glassfish-web.xml).
79
aplicaciones. Este tipo de despliegue permite acceso compartido a un bean
desde un componente web, EJB o aplicación cliente.
Una aplicación es un conjunto lógico de uno o más módulos unidos por las
anotaciones o descriptores de despliegue. Se ensamblan los componentes en
archivos JAR, WAR o RAR, y luego se combinan estos archivos y opcinalmente
los descriptores de despliegue en un archivo empresarial que es el que se
despliega. El despliegue basado en aplicaciones es recomendado cuando
todos los componentes necesitan trabajar juntos como una unidad.
80
Ensamblaje. El desarrollador ensambla los archivos utilizando las
herramientas y estándares Java, como el comando jar. La aplicación o
módulo es empaquetado en un archivo JAR, WAR, RAR o EAR.
81
82
5. PRÁCTICA
83
Modo gráfico: si
Pantallas navegadas: 8
o Instrucciones
o Escoger el directorio para middleware
o Registrarse para actualizaciones de seguridad
o Seleccionar el tipo de instalación
o Seleccionar el directorio de instalación
o Resumen de instalación
o Progreso de la instalación
o Mensaje de instalación completa
Total de clics dados: 12
Total de campos llenados: ninguno ya que se aceptaron los valores por
defecto
Modo gráfico: si
Pantallas navegadas: 9
o Quick start
o Bienvenida (creación de dominio)
o Seleccionar la fuente del dominio
o Especificar el nombre del dominio y el lugar
o Configurar el usuario y contraseña de administrador
o Configurar el modo de arranque y JDK
o Seleccionar configuración opcional
84
o Resumen de configuración
o Progreso de la configuración
Total de clics dados: 18
Total de campos llenados: 4
Modo gráfico: si
Pantallas navegadas: 6
o Pantalla principal consola de administración
o Resumen de despliegues
o Asistente de instalación de la aplicación: buscar despliegue que
instalar
o Asistente de instalación de la aplicación: seleccionar estilo de
direccionamiento
o Asistente de instalación de la aplicación: valores opcionales
o Asistente de instalación de la aplicación: resumen de la aplicación
a desplegar
Total de clics dados: 8
Total de campos llenados: 0 (se aceptaron los valores por defecto)
85
5.1.4. Conexión a base de datos (JDBC)
Modo gráfico: si
Pantallas navegadas: 8
o Pantalla principal consola de administración
o Resumen de orígenes de datos JDBC
o Propiedades de orígenes de datos
o Selección de controlador de base de datos
o Opciones de transacción
o Propiedades de la conexión
o Probar conexión a base de datos
o Seleccionar destinos
Total de clics dados: 22
Total de campos llenados: 11
86
5.2.1. Instalación de software
Modo gráfico: si
Pantallas navegadas: 6
o Introducción
o Tipo de Instalación
o Directorio de Instalación
o Instalación de la herramienta de actualización
o Resumen de instalación
o Progreso de la instalación
Total de clics dados: 7
Total de campos llenados: 0 (se aceptaron los valores por defecto)
Modo gráfico: si
Pantallas Navegadas: 3
o Información del dominio
o Resultados de la configuración
o Resumen de la configuración
Total de clics dados: 8
87
Total de campos llenados: 6
Modo gráfico: si
Pantallas navegadas: 4
o Página principal de administración
o Aplicaciones
o Despliegue de aplicaciones o módulos
o Parámetros de configuración
Total de clics dados: 8
Total de campos llenados: 2
Modo gráfico: si
Pantallas navegadas: 5
o Página principal de administración
o Conjunto de conexiones JDBC
o Paso 1 de 2: preferencias generales
o Paso 2 de 2: configuración general
88
o Recurso de conexiones
Total de clics dados: 25
Total de campos llenados: 19 (varía dependiendo de los valores
asignados por defecto)
89
Tabla VII. Comparativo despliegue de aplicaciones
90
Figura 8. Asistente de instalación WebLogic Server
91
Figura 10. Página de inicio de la consola de administración de
WebLogic Server
92
Figura 12. Consola de administración de WebLogic Server
93
94
CONCLUSIONES
2. Otra capacidad que ofrecen los servidores Oracle son los mecanismos
de seguridad. Los que provee GlassFish Server se pueden considerar
como los más básicos, sin embargo, se mantiene un nivel de seguridad
adecuado al utilizarlos. Los mecanismos de WebLogic Server son
mucho más completos, con más alternativas para escoger, y provee
seguridad desde diferentes puntos como conexiones, inicio de sesión,
permisos y otros.
95
poco más simple con la diferencia que en algunos casos se deben
ingresar datos en repetidas ocasiones. Asímismo, en GlassFish Server
se pueden realizar las tareas de configuración en menos pantallas y con
menos clics pero no de una manera muy personalizada.
96
RECOMENDACIONES
97
98
BIBLIOGRAFÍA
99
100