UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE INGENIERIA CIENCIAS FÍSICAS Y MATEMÁTICAS

INGENIERIA EN INFORMÁTICA

NOMBRE: CHUQUILLA JONATHAN

MATERIA: PROGRAMACIÓN DISTRIBUIDA
FECHA: 03 DE OCTUBRE 2019

CAPÍTULO 1. HISTORIA DE CDI

1. CDI

Introduce un conjunto estándar deservicios de gestión de componentes en la plataforma Java

EE, gestiona el ciclo de la vida y las interacciones de componentes con estado vinculados a
contextos bien definidos, proporciona inyección de dependencias segura entre componentes.

Esta incluido en Java EE desde Java EE6 (CDI 1.0)

En Java EE7 y (CDI 1.2) cuenta con habilitación automática de CDI en la plataforma y mayor
integración en otras especificaciones.

• Implementación de CDI
• JBoss Weld, la implementación de referencia utilizada por JBoss EAP,Wildfly, Glassfish,
Oracle Weblogic e IBM Websphere, entre otros.
• Apache Open Web Beans, utilizado por el servidor Apache TOMEE

2. ESTRUCTURA DE APLICACIÓN WEB

Una aplicación web se podría definir como la copa web de cualquier aplicación, el contenedor
que alberga una aplicación web no es más que una estructura de directorios donde están
colocados todos los archivos necesarios para la ejecución de la aplicación web.

Directores necesarios para la aplicación Web.

• Directorio raíz (nombre-aplicación): Directorio raíz de la aplicación web en el cual se

colocan todos los archivos que son de acceso público a cualquier navegador (HTML,
imágenes, JSP, hojas de estilo) que utiliza la aplicación:

Es posible crear subdirectores adicionales para mantener cualquier otro recurso de tipo estático
que sean o formen parte de la aplicación y sean de acceso público.

a. WEB-INF (Nombre aplicación/ WEB-INF-Clases)

Contiene todos los recursos relacionados con la aplicación web que no se han colocado en el
directorio raíz y que no deben servirse o ser vistas por el cliente. No forma parte del
documento público. Aquí se coloca el archivo web.xml, que contiene y se establece la
configuración de la aplicación web.
 b. WEB-INF/Classes (Nombre aplicación/ WEB-INF-Clases)

Contiene todos los servlets y cualquier otra cosa de utilidad o complementaria que sea
necesaria para la ejecución de la aplicación web. Contiene solo archivos. Class normalmente.

c. WEB-INF/lib (Nombre aplicación/ WEB-INF-lib)

Contiene archivos Java de los que depende la aplicación web, normalmente archivos .jar.
Como por ejemplo tenemos cuando la app necesita acceso a la base de datos a través de
JDBC, se deben colocar los ficheros JAR, que contiene el driver JDBC.

d. WEB-INF/tlds (Nombre aplicación/ WEB-INF-Tlds)

Contiene archivos TLD ( Tag Library Descriptor) que es un descriptor de la librería de etiquetas,
en el caso de la aplicación web utilice cualquier librería de etiquetas o acciones
personalizadas.

3. Estructura Aplicación JPA

a. Web
Para un módulo web autónomo, empaquete la aplicación en un archivo WAR (Web
Application Archive) estándar con las siguientes características:

- El archivo WAR El archivo WAR debe contener los archivos de clases de aplicación
web, se deben incluir en el directorio WEB-INF/classes o en un archivo JAR situado en
el directorio WEB-INF/lib del archivo WAR.

- Archivo persistence.xml se debe incluir en el directorio WEB-INF/classes/META-INF o

en el directorio META-INF de un archivo JAR incluido en el directorio WEB-INF/lib del
archivo WAR.

- Si la aplicación utiliza los archivos de correlación, orm.xml, o un archivos de

correlación personalizados, el archivo WAR también debe contener estos archivos,
estos pueden residir en el directorio WEB-INF/classes o en un archivo JAR contenido
en el directorio WEB-INF/lib del archivo WAR. Utilizar el elemento <mapping-file> de
persistence.xml para especificar la ubicación de los archivos de correlación.

b. Java SE

nombreAplicaciónJPA
src //Clases Java (Entidades) / (Interfaces)
META-INF
persistence.xml
build
 c. Java EE

En un entorno Java EE, se puede utilizar un servidor de aplicaciones (Glassfish, por

ejemplo). Se mantiene la misma estructura que JPA en Java SE, con la diferencia de que
tanto las clases como los archivos de configuración deben estar empaquetados en un
archivo JAR y este debe ser colocado en la aplicación web (WAR) en el directorio WEB-
INF/lib.

4. Estructura aplicación JSF

La estructura de directorios estándar para una aplicación JSF es la siguiente:

• proyect/nombreAplicacion: Directorio Raíz de la aplicación

• …/nombreAplicacion/src: Aquí se sitúan (colocan) los beans de la aplicación.
• …/web: Se colocan todas las páginas jsp o html, imágenes y otros archivos necesarios
para la aplicación.
• /WEB-INF: Se colocan los ficheros de configuración como web.xml (Descriptor de
despliegue) y el de configuración JSF (faces-config.xml).

5. Estructura aplicación EJB

Estructura de directorios estándar de una aplicación EJB y archivos que se crean son los
siguientes:

• Manifest.MF: Proporciona metainformación para el archivo JAR. Componente estándar

de un archivo JAR. Utilizado para extender la ruta de clase que está utilizando el módulo
EJB.
• nombreAplicacion-ejb.jar: Archivo que se usa para comprimir, empaquetar y entregar
varios archivos juntos. Su uso es empaquetar todas las interfaces y clases asociadas con
beans en un solo archivo. Contiene:

- Descriptor de implementación XML

- Clases java (Bean)
- Interfaces remotas y de inicio
- Interfaces
- Clases de clave primaria

• nombreAplicacion-war.war: Se implementan las interfaces remotas ejb y este archivo

incluye clases de cliente EJB.
• nombreAplicacion-ejb: Módulo EJB donde se almacenan beans e interfaces.
• nombreAplicacion-war: Módulo WEB para la aplicación, se crean las páginas de servlet
y JSP.

Un EJB-JAR es la manera en que son distribuidos desarrollos EJB's

• WAR modulariza aplicaciones con JSP's/Servlets

 • EJB-JAR modulariza aplicaciones con EJB's

Facilitan el despliegue de los EJBs en cualquier servidor de aplicaciones J2EE compatible.

ESTRUCTURA:

• /*.class: Bajo este directorio base se encuentran las diversas clases que conforman a
un EJB

• /META-INF/ejb-jar.xml: Descriptor de despliegue

• /META-INF/*: Otros archivos de configuración requeridos por el contenedor de EJBs
o Nombre y formato particular a cada vendor
o orion-jar.xml, jboss.xml, web-sphere.xml