J2EE Tutorial

J2EE
1. Funciona en conjunto con J2SE. 2. Escribe una vez corre en cualquier lugar. 3. Se ha convertido en un estandar en servidores de aplicacion.

Actualidad
1. Desarrollos actuales son transaccionales y distribuidos. 2. Enfasis en rapides-seguridad-estabilidad en aplicaciones de servidor. 3. Aplicaciones Enterprise deben Disenadas, Construidas, producidad con menos costo y tiempo, y con menos recursos que en el pasado.

J2EE provee
1. Enfoque basado en componentes para: Disenar Desarrollar Ensamblar Deployment (instalacion/administracion) 2. Un modelo multicapa y distribuido 3. Componentes reusables 4. Un modelo de seguridad unificado 5. Control de transacciones flexible 6. Soporte para servicios web integrados con protocolos abiertos tales como XML 7. Libertar para adquirir componentes y productos independientes de vendedores especificos

Aplicaciones Multicapa y Distribuidas

J2EE usa un modelo de aplicaciones multicapas y distribuidas para Aplicaciones Enterprise Logica de aplicaciones esta dividida en componentes de acuerdo a su funcion. Componentes de una aplicacion J2EE pueden ser instalados en diferentes maquinas dependiendo de en que capa del modelo multicapa se encuentran.

Ejemplo

- Componentes Client Tier se ejecutan en la maquina cliente. - Componentes del Web Tier se ejecutan en un servidor J2EE. - Business Tier se ejecutan en un servidor J2EE. - Componentes en EIS tier corren en servidores Empresariales (Sistemas de informacin de la empresa).

Componentes J2EE
Aplicaciones J2EE estan compuestas de componentes. Un componente es una unidad funcional autocontenida, que es tiene sus propios archivos y es capaz de comunicarse con otros componentes y que puede ser ensamblada en una aplicacion J2EE.

Tipos de componentes J2EE

Aplicaciones clientes y applets son componentes que corren en el cliente. Java Servlet y JSP son componentes de tecnologia web que corren en el server. Enterprise Java Beans EJB son componentes de negocio que corren en el servidor.

Diferencias entre clases estandar y componentes J2EE

Componentes J2EE son ensamblados en un aplicacion J2EE. Se verifica su correcto ensamblaje de acuerdo a las normas de la espeficicacion J2EE. Son Deployment (Instalados) en un servidor J2EE de produccion (que cumple con el estandar J2EE). Los componentes J2EE son administrados en un servidor J2EE

Clientes J2EE
Tipo de componentes Clientes J2EE Web Client Web Browser (permite el desplige de los contenidos enviados desde el servidor desde la capa Web Tier). Tipos de contenido procesado: Paginas Web Paginas Web con XML Applets Application Client

WebClient

Generalmente llamados thin client o clientes livianos. No ejecutan consultas de base de datos, no tienen reglas complejas de negocio, no se conectan con aplicaciones y sistemas pre-existentes. Las procesos muy pesados son enviados a los EJB en el server mejorando la seguridad, velocidad, servicios y disponibilidad usando los beneficios de J2EE.

Applets
Una pagina web generada desde el Web Tier puede contener applets. Son pequenas aplicaciones java que se ejecutan en la maquina virtual de java instalada en el browser (como plugin). Necesitan un policy file o archivo de politicas de seguridad o firmas digitales para asegurar que el applet proviene de un proveedor seguro y no sea un caballo de troya, pudiendo de esta forma accesar los recursos del cliente cuando sea necesario.

Applications Client
Aplicaciones de consola Aplicaciones GUI Se utilizan cuando el usuario requiere interfaces graficas poderosas y complejas. Construidas en Swing (componentes graficos mas complejos y pesados, ejemplo:tree, jtable) o Awt(componentes graficos mas simple y livianos, podriamos decir nativos). Swing se basa en AWT. Pueden accesar directamente Enterprise Beans que corren en la Bussinnes Tier.

JavaBeans
Las capas Server y Cliente tambien pueden incluir componentes basados en la tecnologia JavaBeans para manejar el flujo de datos entre la aplicacion cliente o applet y los componentes ejecutandose en un servidor J2EE o entre componentes del servidor y una base de datos. Un JavaBean podria capturar una entrada de usuario y enviarla a un EJB en el Bussiness Tier para procesamiento. JavaBeans NO SON considerados parte de la especificacion J2EE.

Comunicaciones en el servidor Clientes densos o livianos

- Cliente liviano: la mayor cantidad de carga al server, mas facil de distribuir, instalar, administrar. - Cliente denso: mas funcionalidad en el cliente, el usuario final percibe una mejor experiencia en la usabilidad y tiempos de respuesta.

Web Tier (Componentes web)

Los componentes web son la alternativa preferida para desarrollar aplicaciones web dado que no necesitan plugins ni policy files en el cliente. Provee mejoras para el diseno, ya que permiten modularizar la logica de negocio del contenido de las interfaces web (diseno de paginas). Similar a programacion por capas y uso de templates. Servlets y JSP. Servlets usados para procesar peticiones y producir respuestas DINAMICAS. Paginas JSP son documentos basados en texto que se ejecutan como si fueran servlets pero tiene una orientacion con contenido web ESTATICO. Paginas web tradicionales y applets que se ensamblan con Componentes web no son considerados como tales por la especificacion J2EE. Clases del lado del servidor que se ensamblen con Componentes Web tampoco son considerados como tales.

Business Tier (Componentes de negocio)

Logica de negocio, para bancos, financieras, etc. Representados por los Enterprise Java Beans Reciben datos desde los clientes. Los procesan si es necesario. Los envian a los EIS si es necesario. (Sistemas de base de datos o sistemas existentes). Tambien toman datos desde los EIS, los procesan si es necesario y los envian a los programas clientes.

Tipos de Enterprise Java Beans

Session Beans Representa una conversacion con un cliente. Cuando el cliente finaliza su ejecucion el session beans y sus datos terminan. Entity Beans Representan datos persistente o una tupla o fila en una tabla de la base de datos. Si el cliente termina o el servidor J2EE es bajado, los servicios subyacentes se aseguran de grabar los datos del Entity Bean. Message-Driven Beans Combina las caracteristicas de: Un Session Bean Un Escuchador de mensajes Java Message Service (JMS) permitiendo a los componentes de negocio recibir mensaje en forma Asincronica.

EIS Tier
Enterprise information System Tier. Infraestructura de negocios tales como ERP. Procesamiento de transacciones en un mainframe. Sistemas de base de datos. Otros sistemas de la empresa, generalmente de tecnologia mas antigua.

Contenedores J2EE
Normalmente las aplicaciones thin-client multicapas son dificiles de construir por que: Implican codigo complicado para administrar transacciones y manejo de estados. Multihilos. Pooling de recursos. Otros detalles complejos de bajo nivel. Una aplicacion J2EE permite organizar esta complejidad construyendo componentes reusables. Ademas el contenedor J2EE se preocupa de tener servicios y contenedores para hospedar diferentes tipos de componentes. Esto permite orientarse a la logica de negocio mas que a los problemas tecnicos subyacentes.

Servicios Contenedores
Los contenedores son la interface entre el componente y la funcionalidad de bajo nivel de la plataforma especifica que da soporte al componente. Antes que una aplicacion J2EE puede ser ejecutada, los diferentes componentes Web, EJB y applicaciones clientes deben ser ensambladas en un modulo J2EE e instaladas (deployment) en un contenedor.

Proceso de ensamblado
Implica especificar seteos del contenedor para cada componente que esta siendo ensamblado y para la aplicacion J2EE propiamente tal. Los seteos del contenedor permiten customizar el soporte proveido por el servidor J2EE tales como: Seguridad. Administracion de transacciones. Java Naming and Interfaces (JNDI) Conectividad remota.

Algunos puntos de interes de los servicios contenedores

El modelo de seguridad de J2EE permite configurar un Componente Web o EJB para que tengan acceso a los recursos solo por los usuarios autorizados. El modelo de transacciones de J2EE permite establecer relaciones entre metodos en una transaccion de modo que estos sean tratados como una sola unidad. El servicio de busqueda JNDI provee una interface unificada para multiples nombres y servicios de directorio de modo tal que los componentes de aplicacion puedan accesar nombres y dichos servicios de directorio. El modelo de conectividad remota administra las comunicaciones de bajo nivel entre clientes y los EJB. Cuando un EJB es creado un cliente que lo invoca lo hace como si estuviera corriendo en su misma maquina virtual local.

Contenedores
Como la arquitectura J2EE provee servicios configurables, esto permite que los componentes de una misma aplicacion J2EE se comporten de forma diferentes segun hayan sidos configuradas en el deployment de la aplicacion. Por ejemplo: Un EJB que tienen cierto nivel de seguridad en un nivel productivo, puede tener otro nivel de seguridad en otro ambiente productivo. El contenedor tambien adminstra servicios no configurables tales como el ciclo de vida de un servlet, pooling de conecciones a base de datos y persistencia de datos entre otros. Aunque la persistencia de datos no es un servicios configurable la arquitectura permite que el desarrollador redefina la persistencia administrada por el contenedor para tener un control mas fino de la persistencia mediante codigo en el EJB. Por ejemplo en el EJB se podrian implementar metodos para realizar procesos de busqueda implementando de este modo un cache.

Tipos de contenedores

* J2EE Server: Ejecutable de un producto que cumple con los estandares de J2EE. - Contenedor de EJB. - Contenedor Web. - Contenedor de Aplicaciones Clientes. - Contenedor de applets (representado por el browser y el plugin de la JVM).

Soporte para servicios web

Los servicios web son Aplicaciones Enterprise basadas en web que usan protocolos abiertos (generalmente mediante XML)para intercambiar datos con los clientes que realizan peticiones. Esto permite comunicar cliente que sean desarrollados en Java o en otras plataformas de desarrollo. Generalmente se pasan parametros a un metodo que devuelve XML para su procesamiento.

O Servicios Web orientados a documentos, conteniendo datos del servicio hacia atras y adelante. Con las API de XML no se necesita programacion de bajo nivel para procesar los datos que se envian mediante esta tecnologia. Ademas mediante XML se puede transmitir: Audio. Video. Mapas. Archivos de programa. Documentos de productividad de oficina y otros.

XML
Estandar basado en texto para representar datos. Es apropiado para cualquier plataforma. Es Extensible. Cuando distintas entidades comparten datos por medio de XML, cada una de ella es libre para expresar su informacion mediante sus propios tags o usar hojas de estilos XML para poder visualizar dichos datos de diferente forma. Ejemplo: un servicio web que produce un esquema XML con listas de precios. Cada receptor de dicho XML puede procesar con hojas de estilo esa data y obtener diferentes resultados de visualizacion. Una compania podria rescatar los datos y procesarlos para publicarlos en una pagina web. Otra compania podria tomar el precio del producto para hacer una presentacin de marketing. Otra compania podria procesar los datos para uso propio.

Protocolo de transporte SOAP

Los requerimientos de aplicaciones clientes hacia Web Services y las respuestas que estos generan pueden ser transmitidas como mensajes SOAP sobre HTTP para permitir completa interoperabilidad, corriendo en varias plataformas diferentes y en forma distribuida sobre internet. HTTP es un estandar de mensajes de envio- respuesta sobre internet. SOAP es un protocolo basado en XML que sigue la idea del modelo HTTP. La porcion SOAP de un mensaje maneja lo siguiente: Define una etiqueta basada en XML que define que hay el el mensaje y como debe ser procesado. Incluye reglas expresadas en XML sobre los tipos de datos que se incluyen en el mensaje para ser manejados por las aplicaciones. Define una convencion en XML para representar el requerimiento y la respuesta desde el servicio remoto invocado.

Formato estandar WSDL

Web Services Description Language es un formato estandarizado en XML para describir servicios de red. Se incluyen en la descripcion: El nombre del servicio. La localizacion del servicio. Las formas en las cuales comunicarse con un servicio. Las descripciones de servicios WSDL se almacenan en registros UDDI que son publicados en la web (o ambos). La plataforma J2EE provee herramientas para generar las especificaciones WSDL de un WebService que usa llamadas de procedimiento remoto (Remote Procedure Call, RPC)para comunicarse con los clientes.

Formatos Estandar UDDI y ebXML

Otros estandares basados en XML como: Universal Descripcion, Discovery and Integration (UDDI) y ebXML hacen posible a los negocios publicar informacion en internet basados en los WebServices, donde la informacion puede ser globalmente localizada y accesada rapidamente para los clientes que necesiten realizar tareas con esa data.

Empaquetamiento
Una aplicacion J2EE es entregada en un archivo .EAR (Enterprise Archive). Que no es mas que un archivo estandar java .JAR (Java Archive). Usando archivos .EAR es posible ensamblar multiples componentes para generar diferentes aplicaciones J2EE. No se necesita codigo extra. Un .EAR contiene Modulos J2EE y Deployments Descriptors (varios).

Deployment Descriptor
Es un documento .xml. Describe las sentencias de despliege (instalacion) de la aplicacion, un modulo o un componente. Puede ser modificado sin cambiar el codigo fuente. El servidor J2EE lee el Deployment Descriptor y hace actuar al componente segun dichas declaraciones. Hay dos tipos: J2EE Para configurar deployment setting en una aplicacion J2EE Runtime Para configurar parametros de implementaciones especificas. Por ejemplo en el Sun server 8 almacena: Raiz de una aplicacion web. Mapear nombres de aplicacion a recursos del servidor. Parametros especificos el cache del server.

Runtime Deployment Descriptor

Runtime Deployment Descriptor - Archivos sun-moduletype.xml - Se ubican en el mismo directorio del descriptor del J2EE. Module - Un modulo J2EE consiste de varios componentes del mismo tipo de contenedor y un Descriptor de instalacion de componentes de ese tipo. Module Deployment Descriptor - Declara atributos involucrados en una transaccin. - Autorizaciones de seguridad para un EJB. - Un modulo sin un MDD se denomina un mdulo Stand-Alone

Tipos de modulos J2EE

Modulos EJB. Constituidos por: Clases que representan EJB. y EJB Deployment Descriptor. Los EJB Modules se empaquetan por un .JAR Modulos Web. Constituidos por: Servlets JSP Clases GIF y HTML Un Web Deployment Descriptor Se empaquetan en un .WAR (Web Archive). Modulos de Applicaciones Clientes. Constituidos por: Archivos de clases. Un application client deployment descriptor Se empaqueta como .JAR Modulos Adaptadores de Recursos. Contiene: Todas las interfaces. Clases Librerias nativas Otra documentacion Un Resource Adapter Deployment Descriptor Juntos implementan la llamada arquitectura de coneccion (J2EE conector arquitecture). Se empaquetan como .RAR (Resource Archive)

Tipos de Deployment Descriptor

Module Deployment Descriptor EJB Deployment Descriptor Web Deployment Descriptor Application Deployment Descriptor Resource Adapter Deployment Descriptor

Roles de desarrollo
Los modulos reusables permiten dividir el desarrollo de aplicaciones y el proceso de instalacion en diferentes roles que diferentes personas o companias pueden realizar en diferentes partes del proceso. Los primeros dos roles implican Compradores de Productos J2EE e Instaladores de Productos J2EE. Despues que el producto J2EE fue comprado e instalado... Los componentes deben ser desarrollador por proveedores de componentes de aplicacion. Ensamblados por Ensambladores de aplicaciones. Instalados por Aplication Deployers. En una empresa grande estos roles pueden ser ejecutados por diferentes individuos o equipos. El esquema funciona por que los roles previos generan archivos que son tomados como una entrada por el siguiente rol. No todos los roles son ejecutados por personas diferentes, especialmente en empresas pequeas.

Proveedores de Productos J2EE

Son companias que hacer posible comprar API J2EE segun las especificaciones definidas en J2EE. Generalmente son proveedores de sistemas operativos, bases de datos, Servidores de aplicacion o vendedores de servidores web que implementan de acuerdo a la Java 2 Platform, Enterprise Edition Specification.

Proveedores de Herramientas
Compania o persona que desarrolla, ensambla y empaqueta herramientas usadas por proveedores de componentes, ensambladores y deployers.

Application Component Provider

Persona o compania que crea web components, EJB, applets o Applications Clients para ser usados en aplicaciones J2EE.

Enterprise Bean Developer

Escribe y compila el codigo del EJB. Especifica el Deployment Descriptor. Genera .JAR con EJBs y Deployment Descriptor.

Web Component Developer

Escribe y compila los servlets. Escribe los JSP y HTMLs

Especifica el Deployment Descriptor. Empaqueta los archivos .class, .jsp, .html y el Deployment Descriptor en un .WAR

Application Client Development

Escribe y compila el codigo. Especifica el deployment descriptor para el cliente. Empaqueta los .class y Deployment Descriptor en un .JAR

Application Assembler
Compania o persona que recibe los modulos desde diferentes proveedores y los ensambla en un archivos .EAR. Puede editar los deployment descriptor en forma manual o con herramientas. Ensambla EJB .WAR y .JAR en un .EAR. Especifica el deployment descriptor para la aplicacion J2EE.

Application Deployer y Administrator

Empresa o compania que configura y hace el deployment de la aplicacion J2EE. Administra la infraestructura y redes donde la aplicacion J2EE se ejecuta y supervisa el ambiente. Durante la configuracion recibe instrucciones del proveedor de componentes, para resolver: Dependencias externas Especificaciones de seguridad Asignacion de atributos en transacciones Realiza las siguientes tareas: Agrega el .EAR al Servidor de aplicaciones J2EE. Modifica los Deployment Descriptor para poner la aplicacion en produccion. Verifica que el .EAR este correcto de acuerdo a la especificacion J2EE. Instala el .EAR agregado al servidor previamente.

API en J2EE
- Disponibilidad de API 1.4 para cada tipo de contenedor. - En adelante un sumario de tecnologias y J2SE API que con usadas en aplicaciones J2EE.

Tecnologia de Enterprise Java Beans

Clases que implementan modulos que tienen logica de negocio. Aqui tenemos session beans, entity beans, message-driven beans. En el caso de los entity beans podemos usar persistente manejada por el contenedor (sin SQL), o mediante JDBC administrar nosotros la persistencia.

Tecnologa de Java Servlet

Clases Orientadas a HTTP. Extiende las capacidades de los servers que alojan aplicaciones en la forma de requerimientos/respuesta. Puede responder cualquier tipo de requerimiento. Manejan peticiones Dinmicas.

Tecnologia Java Server Pages (JSP)

Permite inclustar pestanas de codigo servlet en un documento basado en texto de dos tipos: Texto Estatico: HTML, WML, XML. Texto Dinamico: determina como la pagina construye contenido dinamico. Se utiliza mas para contenido estatico.

Java Message Service API (JMS)

Permite a una aplicacion J2EE trabajar con mensajes (crear, enviar, recibir, leer). Esto permite comunicacion distribuida. Asincronica. Confiable. Loosely Couple (Libremente Pares).

Java Transaction API (JTA)

Provee una interfaz estandar para demarcar transacciones. Provee default autocommit, commit y rollback. Autocommit significa que otra aplicacion que esta viendo los datos, puede ser actualizada despues de cada operacion de lectura o escritura a la base de datos. Se pueden definir tambien grupo de instrucciones y demarcarlas en una transaccion como se realiza en forma habitual. Tambien se pueden implementar transacciones distribuidas.)

JavaMail API
Consiste de dos partes: Interfaces a nivel de aplicacion para que estas puedan enviar mail. Interfaces de proveedor de servicios, que permite a las aplicaciones enviar mail por internet.

JavaBeans Activation Framework (JAF)

Se incluye por que JavaMail depende de el. Provee servicios para determinar el tipo de una pieza de datos, descrubir las operaciones disponibles para este y crear los JavaBeans correspondientes para poder ejecutar estas operaciones.

Java API for XML Procesing (JAXP)

Permite a las aplicaciones procesar XML. Provee espacio de nombres para que diferentes esquemas no tengan conflictos de nombre. Permite usar cualquier parser compatible o procesador XSL que soporte el esquema W3C. Soporta procesamento DOM (Document Object Model). Simple API for XML (SAX) Extensible StyleSheets Language Transformation (XSLT)

Java API form XML-Based RPC

JAX-RPC Usa el estandar SOAP que permite que clientes hagan llamadas de procedimiento remoto por internet basadas en XML. Soporta WSDL permitiendo exportar e importar documentos WSDL. Facilmente se pueden hacer interoperables clientes y servicios web corriendo en plataformas Java u otras tales como .NET JAX-RCP se basa en el protocolo HTTP Soporta Secure Sockets Layer (SSL) Soporta Transfer Layer Security (TLS) Asegura integridad, permite encriptar y capacidades de autentificacion en el servidor.

SOAP con attachments (SAAJ)

Es una API de bajo nivel de la cual depende JAX- RPC SAAJ permite producir mensajes en el estandar SOAP 1.1 y SOAP con attachments Generalmente se usa mas la API JAX-RPC en vez de SAAJ por ser la primera de mas alto nivel.

Java API for XML Registers (JAXR)

Permite accesar negocios y registros de propositos general en internet. Soporta ebXML y las mas nuevas especificacines UDDI. Con estas API es posible utilizar ambas tecnologias de registro (ebXML y UDDI). De esta forma empresas pueden postear material para compartirlo y buscar material que otras empresas han posteado. Grupos hay creado estandares en XML tales como estandares de e-learning, ordenes de compra, etc. Como el esquema esta en un registro de negocio estandar, se puede usar JAXR para procesarlos.

J2EE Connector Arquitecture

Esta arquitectura es usada por vendedores de herramientas e integradores de sistemas para crear adaptadores de recursos para sistemas EIS. Hay diferentes tipos de adaptadores de recursos para cada tipo de base de datos. Orientado a: Seguridad, escalabilidad, performance, integracion transaccional basada en mensajes de servicios web con los EIS puede ser sincronica o asincronica. J2EE conector arquitecture y JAX-RPC son complementarias.

Java Naming and Directory Interface

JNDI Provee funcionalidad de nombres y directorios La API provee metodos para desarrollar operaciones de directorio estandar: Asociar atributos con objetos Buscar objetos usando sus atributos Permite a una aplicacion J2EE guardar y recuperar cualquier objeto java nombrado. Permite buscar: Objetos de transaccion Objetos definidos por el usuario EJB Entradas de ambiente Fuentes de datos JDBC Conecciones de mensajes Se asocia contextos: java:/comp/env/ejb , java:/comp/env/jdbc JNDI es independiente de la implememtacion. Aplicaciones pueden usar JNDI para acceder a los servicios de nombres y directorios. Otros servicios relacionados a esto son LDAP, NDS, DNS, NIS Permite a las aplicaciones coexistir con sistemas Legacy

Java Authentication and Authorization Service

JAAS Permite autorizar a un usuario o grupo a usar una aplicacion J2EE Implementa el estandar PAM (Plugeable Authentication Module)

Simplificacin de integracin de sistemas

J2EE es independiente de la plataforma. Provee un mercado donde se definen diferentes coles y productores/consumidores. Permite desarrollar un mercado competitivo e innovador (beneficios para los clientes, mejoras en la performance, mejores herramientas, mejor soporte al cliente). Modelo unificado de aplicaciones usando capas y EJB Mecanismo de respuesta simplificado usando servlets y jsp Modelo de seguridad confiable JAAS Intercambio de datos por XML usando JAXP, SAAJ y JAX-RPC Arquitectura de conecciones J2EE simplificada Facil Acceso a base de datos con JDBC Integracion de aplicaciones enterprise basada en mensaje-driver beans, JMS, JTA y JNDI

Sun Java System Application Server Platform Edition 8

Totalmente compatible con la especificacion J2EE 1.4 Soporta todas las API descritas anteriormente. Provee tecnologias que no son parte de la especificacion J2EE pero que son de ayuda a los desarrolladores. JavaServer Pages Standar Tag Library JSTL Encapsula funciones comunes a aplicaciones JSP En vez de mezclar tags de numerosos vendedores en las aplicaciones JSP, provee un estandar simple de tags. Esto permite desarrollar aplicaciones y hacer el deploy en cualquier contenedor JSP que soporte JSTL optimizando la implementacion de los tags. Tiene iteradores Tags que controlan el flujo condicional Tags para manipular documentos XML Tags de internacionalizacion Tags para accesar bases de datos usando SQL Otras funciones... JavaServer Faces Es un marco de trabajo para desarrollar interfaces de usuario para aplicaciones web Sus componentes son: Un marco para desarrollar GUI Un modelo flexible para hacer rendering en diferentes tipos de HTML, lenguajes de marcas y tecnologias. Puede convertir los datos de un modelo objetal a tipos que pueden ser representados en una vista. Un kit para generar HTML 4.01 Las siguientes caracteristicas son soportadas para los componentes GUI Validaciones de entrada Manejo de eventos Conversion de datos entre modelo de objetos y componentes Administracion de creacion de modelos de objetos Configuracion de navegacion de paginas Todo accesable por API y XML

Mejoras en J2EE 1.4

WebServices basados en la API JAX-RPC 1.1 Permite generar servicios web basados en servlets y entreprise beans. SAAJ, API para manejar datos en XML en forma directa y accesar WebServices Registers mediante JAXR. Requiere WS-I Basic Profile 1.0 que permite que los WebServices sean interoperables para ser independientes de la plataforma. Mejoras a Servlets y JSP (en el webtier).

Dos nuevas tecnologias que permiten desarrollar interfaces para aplicaciones J2EE JavaServer Pages Standard Tag Library (JSTL) JavaServer Faces Ambas estan disponibles en el SUN Application Server 8 Mejoras a EJB QL y Message Driver Beans

Alcance
Tecnologias de XML y desarrollo de componentes y webservices Java API para procesamiento XML (JAXP) Java API para XML-RPC (JAX-RPC) SOAP con Attachments para Java (SAAJ) Java API para Registros XML (JAXR) Tecnologias de la capa Web Para desarrollar la interface de una aplicacin J2EE Para desarrollar aplicaciones StandAlone Java Servlets JavaServer Pages (JSP) JavaServer Pages Standard Tag Library (JSTL) JavaServer Pages Internocializacin y locacin de Applicaciones Web Enterprise Java Beans para desarrollar logica de negocio de una aplicacion J2EE Session Beans Entity Beans Message-Driver-Beans Enterprise Java Beans Query Lenguaje EJB QL Servicios de Sistema usados por todos los componentes y tecnologias J2EE Transacciones Conecciones a recursos Seguridad Servicio de Mensajes de Java

URL's
http://java.sun.com/docs/books/tutorial/index.html http://java.sun.com/docs/books/tutorial/jdbc/index.html http://java.sun.com/docs/books/tutorial/security1.2/index.html http://java.sun.com/docs/books/tutorial/javabeans/index.html http://java.sun.com/javaee/index.jsp http://java.sun.com/j2ee/learning/tutorial/index.html http://java.sun.com/j2ee/1.4/download.html#sdk http://java.sun.com/reference/blueprints/index.html http://java.sun.com/blueprints/guidelines/index.html http://java.sun.com/blueprints/patterns/index.html http://developers.sun.com/prodtech/javatools/jscreator/index.jsp