La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

J2EE Java 2 Platform Enterprise Edition. Estilos de Arquitecturas de Sistemas Distribuidos Flujos de datos (tuberías y filtros) Abstracción de datos (cliente/servidor,

Presentaciones similares


Presentación del tema: "J2EE Java 2 Platform Enterprise Edition. Estilos de Arquitecturas de Sistemas Distribuidos Flujos de datos (tuberías y filtros) Abstracción de datos (cliente/servidor,"— Transcripción de la presentación:

1 J2EE Java 2 Platform Enterprise Edition

2 Estilos de Arquitecturas de Sistemas Distribuidos Flujos de datos (tuberías y filtros) Abstracción de datos (cliente/servidor, orientación a objetos) Capas (sistemas operativos, redes) Repositorios (memoria compartida, archivos, bases de datos, etc.)

3 Estilo de Flujo de Datos

4 Estilo Cliente/Servidor

5 Estilo de Capas

6 Estilo de Repositorios

7 Estilo Híbrido

8 J2EE La plataforma J2EE (Java 2 Platform Enterprise Edition) soporta un nivel de aplicación distribuida multinivel basado en componentes escritos en Java – Componentes cliente: aplicaciones de cliente y applets – Componentes web: servlets y JSP – Componentes de negocio: EJB

9 Objetivos de J2EE Definir una arquitectura de componentes estándar para la construcción de aplicaciones distribuidas basadas en Java Separar los aspectos de lógica de negocio de otros soportados por la plataforma: transacciones, seguridad, ejecución multithreading, pooling y otros elementos de bajo nivel Filosofía Java: escribir una vez y ejecutar en cualquier parte Cubrir los aspectos de desarrollo, despliegue y ejecución del ciclo de vida de una aplicación

10 Arquitectura J2EE

11 Arquitecturas de Componentes J2EE

12 Servicios Estándar J2EE HTTP/HTTPS Java Transaction API (JTA) JDBC Java Message Service (JMS) Java Authentication and Authorization Service (JAAS) J2EE Connector Architecture Java API for XML Parsing (JAXP) Otros: RMI-IIOP, JavaIDL, JavaMail, JavaBeans Activation Framework (JAF)

13 Aplicación Web con J2EE

14 Aplicación no Web basada en J2EE

15 Arquitectura J2EE Los componentes se instalan en contenedores desde los que pueden utilizar los servicios de la plataforma El proceso de ensamblado de los componentes requiere especificar el soporte del servidor J2EE – Seguridad: usuarios autorizados – Modelo de gestión de transacciones: relaciones entre métodos que constituyen una transacción (tratados como una unidad) – Java Naming and Directory Interface (JNDI): acceso a servicios de nombres y directorio – Conectividad remota: permite que los clientes invoquen métodos en los EJBs como si estuvieran en la misma máquina virtual

16 Arquitectura basada en Contenedores de Componentes Un contenedor es un proceso donde se ejecutan los componentes El desarrollador tiene que especificar los componentes de la aplicación, los descriptores de despliegue (deployment)

17 Contenedores en J2EE

18 Tipos de Contenedores Contenedor de EJBs – Gestiona la ejecución de EJBs en un servidor J2EE Contenedor web – Gestiona la ejecución de las páginas JSP y servlets en un servidor J2EE Contenedor de aplicación cliente – Gestiona la ejecución de los componentes de aplicación cliente en una máquina cliente Contenedor de applet – Navegador con plug-in Java en una máquina cliente

19 Tipos de Contenedores

20 Qué es Software basado en Componentes? Componentes Software son unidades binarias de producción, adquisición y despliegue independientes que interaccionan para conseguir formar un sistema. Dichas unidades no tienen estado persistente

21 Qué es Software basado en Componentes? Esto es posible hoy en día gracias a: – La tecnología de Objetos Lenguajes de Programación: C++, Java Análisis y diseño: Booch, OMT, UML Bases de datos orientadas a objetos – Internet Software distribuido en la red XML – Ya existen modelo de componentes EJB CCM COM

22 Por qué Componentes de Software? Reusabilidad Modularidad Software estándar vs. específico Unidades de despliegue Experiencia Mercado Estándares

23 Interface de un Componente Puntos de acceso a los componentes Un componente puede tener varias interfaces La especificación de las interfaces es un contrato

24 Dependencias del Contexto Un componente también debe especificar sus necesidades – Interfaces requeridas (servicios que utiliza) – Mundos de componentes para los que está preparado (CORBA, COM, J2EE) – Entorno de ejecución (máquina, sistema operativo)

25 Modelos de Componentes de Software Microsoft.NET (COM) – Perspectiva PC Sun J2EE – Perspectiva Internet OMG CORBAT Component Model – Perspectiva de corporaciones empresariales

26 Componentes Web Servlets – Clases escritas en Java que procesan peticiones y construyen respuestas JSP – Documentos basados en texto que contienen dos tipos de texto: una plantilla de datos estática que puede expresarse en un formato como HTML, WML o XML, y elementos JSP que determinan cómo la página construye el contenido dinámico Applets – Páginas HTML estáticas, y clases de utilidad no se consideran componentes web en la especificación J2EE

27 Componentes de Negocio Lógica que resuelve las necesidades de un determinado dominio de aplicación Enterprise beans (EJBs) – Pueden procesar datos recibidos del lado cliente y enviarlos al nivel de sistema de información para su almacenamiento – Pueden recuperar datos del sistema de información, procesarlos y enviarlos al cliente 3 tipos de EJBs – Bean de sesión: una conversación con un cliente – Bean de entidad: datos persistentes – Bean dirigido por mensajes: combina las características de un bean de sesión con el Java Message Service (JMS)

28 Productos en el Mercado

29 Dedicado a Adolfo Castelo


Descargar ppt "J2EE Java 2 Platform Enterprise Edition. Estilos de Arquitecturas de Sistemas Distribuidos Flujos de datos (tuberías y filtros) Abstracción de datos (cliente/servidor,"

Presentaciones similares


Anuncios Google