Servidores de Tecnologa JEE

Tipos de servidores
Como cada servidor afecta las
cualidades sistemticas del
entorno de las aplicaciones

Tipos de Servidores
Los servidores son elementos fundamentales de
un sistema de tecnologa JEE.
Tpicamente la tecnologa JEE esta compuesta
por los siguientes sistemas
Web Server Maneja los requerimientos
Aplication Server Provee servicios de software
Resourse Server - Permite la integracin de sistemas
flexibles, acceso a datos fiables, y el uso seguro

Web Servers
La funcin original, fue la de un simple servidor de
pginas estticas HTML.
Hoy en da, estos manejan ambientes dinmicos y
muchos proveen manejo de JSP y funcionalidades de
servlets.
Un Web Server debe manejar muchos requerimientos
concurrentes ya sea de pginas estticas o dinmicas.
Cada requerimiento y respuesta individual es un hecho
aislado
Cada vez mas se pasa un identificador de estado de la
conversacin, denominados cookies.

Web Servers
Las cookies son pequeos archivos que los
sitios web colocan en el disco duro del equipo
cuando los visita por primera vez.
Debido a la naturaleza esencialmente sin estado
del ciclo de solicitud y respuesta HTTP, la
conexin TCP / IP que lleva la peticin y la
respuesta es creada y destruida por cada
solicitud.
En las nuevas versiones del protocolo HTTP se
pude hacer que la conexin sea retenida (
llamada keepalive).
Son vulnerables a ataques.

Aplication Servers
Implementa un estructura que provee servicos
esenciales para el software que se ejecuta
dentro de l, como son:
Seguridad - Provee mecanismos de seguridad,
que no necesitan ser entendidos para ser
usados.
Manejo de transacciones Tiene un simple API
que se encarga del manejo de transacciones
Manejo de recursos Incrementa el desempeo
de un sistema mientras simplifica la codificacin
del mismo

Resource Servers
Provee acceso a recursos para aplicaciones de
tecnologa JEE.
Se puede comprar algunos servidores de
recursos como componentes disponibles en el
mercado, mientras que otros servidores de
recursos requieren un desarrollo de cdigo en la
casa.
Los tipo servidores de recurso son:
Servidores LDAP
Servidor de Seguridad
Legacy server (JDBC, Java Mail, CORBA)

Como seleccionar el servidor de

aplicacin
La decisin de usar un servidor de aplicacin es
una pregunta de anlisis de costo-beneficio.
Priorice sus necesidades y compare con las
prioridades futuras del servidor de aplicacin.
Incluya todos los costos, incluyendo costos
ocultos como: administracin, capacitacin,
mejoras, etc.
Examine caractersticas de tiempo de ejecucin
del servidor de contenedores y opciones de
conectividad.

Aplicaciones JEE Mult. capa

Los componentes de la capa Cliente se
ejecutan en la mquina cliente.
Los componentes de la capa Web se
ejecutan sobre el servidor J2EE.
Los componentes de la capa de Negocio
se ejecutan sobre el servidor J2EE.
La capa EIS (Enterprise Information
Server) se ejecuta sobre el servidor EIS.

Aplicaciones JEE Mult. capa

Servicios proporcionados por el

contenedor EJB
Un contenedor EJB envuelve y proporcionando una
capa de servicios aadidos. Los servicios ms
importantes son los siguientes:
Manejo de transacciones: apertura y cierre de transacciones
asociadas a las llamadas a los mtodos del bean.
Seguridad: comprobacin de permisos de acceso a los mtodos
del bean.
Concurrencia: llamada simultnea a un mismo bean desde
mltiples clientes.
Servicios de red: comunicacin entre el cliente y el bean en
mquinas distintas.
Gestin de recursos: gestin automtica de mltiples recursos,
como colas de mensajes, bases de datos o fuentes de datos en
aplicaciones heredadas que no han sido traducidas a nuevos
lenguajes/entornos y siguen usndose en la empresa.

Funcionamiento de los
componentes EJB

Funcionamiento de los
componentes EJB
En primer lugar, se puede ver que el cliente
realiza peticiones al bean y que el servidor que
contiene el bean puede estar ejecutndose en
mquinas virtuales Java distintas.
El cliente nunca se comunica directamente con
el enterprise bean, sino que el contenedor EJB
proporciona un EJBObject que hace de interfaz .
Por ltimo, el bean realiza las peticiones
correspondientes a la base de datos

Ejemplo del flujo de llamadas

Supongamos que tenemos una aplicacin
de bolsa y el bean proporciona una
implementacin de un Broker. La interfaz
de negocio del Broker est compuesta de
varios mtodos, entre ellos, por ejemplo,
los mtodos compra o vende.
Supongamos que desde el objeto cliente
queremos llamar al mtodo compra. Esto
va a provocar la siguiente secuencia de
llamadas:

Funcionamiento de los
componentes EJB
1. Cliente: "Necesito realizar una peticin de compra al
bean Broker."
2. EJBObject: "Espera un momento, necesito comprobar
tus permisos."
3. Contenedor EJB: "S, el cliente tiene permisos
suficientes para llamar al mtodo compra."
4. Contenedor EJB: "Necesito un bean Broker para
realizar una operacin de compra. Y no olvides
comenzar la transaccin en el momento de
instanciarlos."
5. Pool de beans: Busca una conexin disponible".
6. Contenedor EJB: "Ya tengo un bean Broker. Psale la
peticin del cliente."

Tipos de EJB Definicin

Un "Java Bean" es un componente utilizado en Java que
permite agrupar funcionalidades para formar parte de
una aplicacin.
Un "Enterprise Java Bean" tambin agrupa
funcionalidades para una aplicacin, sin embargo, a
diferencia de un "Java Bean" un "Enterprise Java Bean"
es un "deployable component", el trmino "deployable
component" implica que existe un ambiente de ejecucin
, ste ambiente es precisamente un "EJB(Enterprise
Java Bean) Container" parte de un java application
server .

Tipos de EJB
Entity beans
Session beans
Stateless Session Beans
Stateful Session Beans

Message-driven beans
Data Acces Objects
Transfer Objects
Session Beans facade

Entity Beans
Representan un objeto concreto que tiene existencia en
alguna base de datos de la empresa. Una instancia de
un Entity bean representa una fila en una tabla de la
base de datos.
Representan cosas: objetos del mundo real como
hoteles, habitaciones, expedientes, estudiantes, y
tambin puede representar cosas abstractas como una
reserva.
Es mucho ms fcil, por ejemplo, cambiar el nombre de
un estudiante llamando a student.setName() que
ejecutando un comando SQL contra la base de datos

Session beans
Estos representan sesiones interactivas con uno o ms
clientes.
Pueden mantener un estado, pero slo durante el
tiempo que el cliente interacta con el bean.
Los beans de sesin no almacenan sus datos en una
base de datos despus de que el cliente termina el
proceso. Por ello se suele decir que los beans de sesin
no son persistentes.
A diferencia de los Entity beans, stos no se comparten
entre ms de un cliente, sino que existe una
correspondencia uno-uno entre beans de sesin y
clientes. Por esto, el contenedor EJB no necesita
implementar mecanismos de manejo de concurrencia en
el acceso a estos beans.

Stateless Session Beans

Los mtodos que ponen a disposicin de las
aplicaciones clientes son llamadas que reciben datos y
devuelven resultados, pero que no modifican
internamente el estado del bean.
Un nico bean puede estar asignado a mltiples
clientes, ya que la asignacin slo dura el tiempo de
invocacin del mtodo solicitado por el cliente.
El contenedor EJB no tiene que mover sesiones de la
memoria a un almacenamiento secundario para liberar
recursos, simplemente puede obtener recursos y
memoria destruyendo las instancias.
Los Stateless Session Beans se usan en general para
encapsular procesos de negocio.

Stateful Session Beans

Almacenan el estado conversacional de un
cliente que interacta con el bean. Este estado
conversacional se modifica conforme el cliente
va realizando llamadas a los mtodos de
negocio del bean. El estado conversacional no
se guarda cuando el cliente termina la sesin.
Ejemplos
Un ejemplo tpico es un carrito de la compra, en
donde el cliente va guardando uno a uno los tem que
va comprando.
Un enterprise bean que reserva un vuelo y alquila un
auto en un sitio Web de una agencia de viajes.

Stateful Session Beans

Debido a que el bean guarda el estado conversacional
con un cliente determinado, no le es posible al
contenedor crear un almacn de beans y compartirlos
entre muchos clientes. Por ello, el manejo de beans de
sesin con estado es ms pesado que el de beans de
sesin sin estado.
Use un bean de sesin con estado si
El estado del bean representa la interaccin entre el bean y un
cliente especfico.
El bean necesita mantener informacin del cliente a lo largo de
un conjunto de invocaciones de mtodos.
El bean hace de intermediario entre el cliente y otros
componentes de la aplicacin.

Message-driven beans
Estos beans permiten que las aplicaciones
J2EE reciban mensajes JMS de forma
asncrona. As, el hilo de ejecucin de un
cliente no se bloquea cuando est
esperando que se complete algn mtodo
de negocio de otro enterprise bean.
Un nico bean dirigido por mensajes
puede procesar mensajes de mltiples
clientes

Cuando usar Servlets o JSP

Servlets
Los servlets son adecuados en las siguiente
situaciones:
Funciones de aplicacin de bajo nivel; por ejemplo
la generacin dinmica de datos binarios, tales
como imgenes
Una arquitectura bien diseada dejara las JSP
como vistas, los Servlets como controladores y
JavaBeans o EJBs para la capa de negocio.
Los Servlets solo saben el QUE HACER nunca el
COMO HACERLO

Cuando usar Servlets o JSP

Los JSP son usados en las siguientes
situaciones:
Centrados en la presentacin. Las
pginas JSP su codificacin es parecida a
las pginas HTML.
Manejan lgica de aplicacin a travs del
uso de componentes JavaBeans
Los Jsp hacen mas fcil la construccin
de pginas que los servlets.

Creando la arquitectura del

software
La arquitectura es la responsable de identificar
los componentes del sistema y sus relaciones,
para asegurar que el sistema cumple con los
requerimientos no funcionales.
Aqu se deben considerar tres modelos
Diagrama de despliegue de alto nivel
Diagrama de despliegue a nivel de detalle
Diagrama de niveles y capas de paquetes
DisplinaArquitectura.pdf (pag. 22)

Diagrma de Paquetes
Un paquete es un mecanismo de
propsito general para la organizacin de
elementos dentro de grupos.
Los paquetes se pueden anidar dentro de
otros paquetes.
Se puede colocar cualquier elemento de
UML en el paquete.

Diagrma de Paquetes

Diagrama de Componentes
Muestra la organizaciones y dependencias
entre los componentes
Los componentes fsicos incluyen
archivos, cabeceras, bibliotecas
compartidas, mdulos, ejecutables, o
paquetes
Contiene elementos de software
(componentes) y sus relaciones y
dependencias

Tipos de componentes

1.Ejemplo Diagrama de
Componentes

2.Ejemplo Diagrama de
Componentes

3.Ejemplo Diagrama de
Componentes

Ejemplo de un Diagrama de Deployment Detallado

Modelo de tres dimensiones

Capa de Cliente y Presentacin

Capa de Negocio

Capa de Integracin y Recursos