Arquitectura De Java EE

Share

|

El Application Program Interface de Java EE (API) consiste en una habitación de los componentes de la tecnología y los servicios que se utilicen para construir usos de la empresa. Incluye los componentes que se pueden utilizar para construir la presentación y la lógica del negocio, APIs para que las transacciones de negocio, la seguridad y las herramientas de manejo de la infraestructura apoyen el ambiente de funcionamiento del uso, y las herramientas para la integración interna y externa. Lo que sigue es una lista de las tecnologías importantes proporcionadas por Java EE.

Usos y transacciones de la empresa

Los componentes Servlet, las páginas de JavaServer (JSP), las caras del servidor de Java (JSF), y EJB son los componentes del servidor-lado que se utilizan para definir lógica de la presentación y lógica del negocio.

El HTTP el cliente-lado API del HTTP es proporcionado por el paquete de java.net, y se define el servidor-lado API del HTTP usando servlets y JSPs.

HTTPS que el mismo protocolo del HTTP funciona sobre el protocolo del SSL por el mismo cliente y servidor API.

JavaMail el correo API proporciona un interfaz del uso-nivel para los componentes del uso para enviar E-maices del Internet.

La transacción de Java (JTA) API El JTA API se piensa para demarcar límites de la transacción entre el envase y el uso para poner usos en ejecucio'n transaccionales distribuidos.

El nombramiento de Java y el interfaz del directorio (JNDI) JNDI API proporciona un interfaz del uso-nivel al acceso que nombra y los servicios del directorio así como un abastecedor de servicio interconectan para unir un abastecedor de un servicio del nombramiento y del directorio.

El marco de la activación de JavaBeans (JAF) JAF proporciona un marco para manejar datos en diversos tipos del Multipurpose Internet Mail Extension (MIME), originando en diversos formatos y localizaciones.

Servicios De Seguridad
La autentificación y la autorización de Java mantienen el contexto de la conexión (JAAS) para authenticar y autorizar al solicitante mantenido.

Contrato del abastecedor de servicio de la autorización de Java para el contrato del envase (JACC) entre un servidor del uso de Java EE y un abastecedor de servicio de la autorización.

Java asegura la extensión del zócalo (JSSE) API para asegura la capa del zócalo que proporciona la seguridad de la sesión para el secreto de los datos, la integridad de datos y la autentificación del servidor.

Marco básico de la arquitectura de la criptografía de Java (JCA) A para tener acceso y desarrollar a funcionalidad criptográfica.

Marco criptográfico crypto de los servicios de Java (JCE) con las funciones criptográficas avanzadas para apoyar abastecedores de servicio criptográficos múltiples.

CertPath o trayectoria API de la certificación para crear, construir, y validar las trayectorias digitales de la certificación.

Application Program Interface genérico de los servicios de seguridad de Java (JGSS) API para el acceso uniforme a los servicios de seguridad encima de una variedad de mecanismos subyacentes de la seguridad, incluyendo el Kerberos, que son bloques de edificio para el solo cifrado sign-on y de datos.

Integración e interoperabilidad
El servicio de mensaje de Java (JMS) JMS proporciona la mensajería confiable para el punto al punto y publicar-suscribe servicios mensajeri'a-orientados.

La invocación alejada del método sobre el protocolo del Internet Inter-orbe (RMIIIOP) El API permite las llamadas alejadas de Java usando el RMI sobre IIOP, que puede tener acceso a objetos o a servicios de CORBA de un uso de Java RMI directamente.

El idioma descriptivo del interfaz de Java (IDL) Java IDL permite que un uso de Java EE actúe como un cliente de CORBA para invocar CORBA externo se opone con el protocolo de IIOP.

JDBC API JDBC API provee de la conectividad los sistemas back-end de la base de datos, que incluye conexiones, la conexión que reúne, y servicios de la base de datos distribuida.

La arquitectura del conectador de la arquitectura del conectador de Java EE es un interfaz del abastecedor de servicio que permite los adaptadores del recurso conectados con los sistemas de información de la empresa (EIS) o los sistemas de la herencia que se enchufarán a cualquier componente del servicio de Java EE.

El Web mantiene esto incluye la ayuda del API para los servicios síncronos del Web (Java API para el RPC XML-basado, o JAX-RPC), los servicios asincrónicos del Web (JABÓN con los accesorios API para Java, o SAAJ), y el acceso a los servidores del registro de XML (Java API para los registros de XML, o a JAXR). JAXP proporciona una manera estándar de analizar documentos de XML y de transformar ésos que usan stylesheets. Java EE 5.0 agrega una ayuda más simple y más amplia para los servicios del Web introduciendo JAX-WS 2.0 (sucesor a JAX-RPC) y JAXB 2.0.

Gerencia
Las extensiones de la gerencia de Java (JMX) El JMX API capturan acontecimientos y las excepciones del uso para la gerencia y la diagnosis de sistema del uso-nivel.

Las tecnologías de Java EE apoyan una variedad de clientes, para el exampleJava EE: applet, Java YO cliente (o dispositivos móviles), y clientes del uso (browsers y clientes ricos). Estos clientes pueden tener acceso a diversos componentes del servicio proporcionados por la Java EE vía protocolo del HTTP o el usar seguro del protocolo de HTTPS asegura la capa del zócalo (SSL) o la seguridad de la capa de transporte (TLS). La Java EE consiste en el envase del Web (puesto en ejecucio'n generalmente como servidor del Web) y el envase de la haba de Java de la empresa (EJB) (puesto en ejecucio'n generalmente como servidor del uso). Un cliente del NET puede también enviar peticiones del servicio al envase del Web o el envase de EJB vía una variedad de opciones de la interoperabilidad tales como servicios del Web (que interoperate con JAX-RPC) y un puente (que interoperates con RMI-IIOP).

Componentes De Interoperable Del Edificio
Servlets, JSPs, EJBs y JSFs son los elementos del lenguaje de programación que se pueden utilizar para construir los componentes reutilizables para interoperating con el NET u otras plataformas. Servlets y JSPs se categorizan generalmente como componentes del Web, pues se manejan en un envase del Web. Por ejemplo, pueden crear los servicios del Web que pueden los datos de negocio de intercambio síncrono o asynchronously con usos del NET. EJBs se categoriza como componentes de EJB, pues se manejan en un envase de EJB. Por ejemplo, ellos interoperate de la lata con un uso del NET usando un puente de RMI-IIOP. Los servicios subyacentes de Java EE son responsables proporcionar servicios de sistema y las funciones subyacentes de la infraestructura para la grada del Web (o envase del Web) o los componentes de la grada del negocio (o envase de EJB) mientras que interoperating de un uso del NET. Por ejemplo, se requiere el servicio de la comunicación de RMI/IIOP cuando se utiliza una estrategia de la integración del puente de RMI-IIOP.

Lo que sigue proporciona una breve descripción de estos elementos del lenguaje de programación y de los servicios subyacentes de Java EE:

Servlets
Servlets es los programas de Java del servidor-lado que las peticiones de proceso y las contestaciones del HTTP de la lógica y de la manija del negocio. Un servlet típico es una clase de Java que amplía HttpServlet. Cuando el cliente somete una petición del servicio, un servlet recibe una petición del HTTP (HttpServletRequest) y una respuesta del HTTP (HttpServletResponse) en los parámetros usando el método del doGet. Los resultados o los mensajes de los datos se pueden rendir como HTML page imprimiendo etiquetas del HTML de textos y de NET de los datos, por ejemplo, del mundo de out.println("<html><body><p>Hello, de Java EE Interoperability</p></body></html >").

Servlets será desplegado a un "contexto" (un nombre virtual para los servlets desplegado) en el anfitrión local, por ejemplo, myContextRoot, y se puede invocar vía el URL http://localhost:8080/myContextRoot/myServlet donde está el nombre el myServlet del servlet. El archivo web.xml almacena la información sobre la configuración del servlet, donde la clase real de Java será referida a un nombre físico de la clase de Java (en este ejemplo, myServletClass) y al patrón del URL (por ejemplo, /myContextRoot). El archivo de web.xml es un archivo del despliegue, almacenado en el directorio /Web-/Web-INF del servidor del Web o del servidor del uso.

JSP
JSP es una lengua scripting de Java que será compilada dinámicamente en un servlet (y re-compilada otra vez para cualquier cambio inteligente), y será depositada para un funcionamiento mejor durante la ejecución. Un JSP típico puede consistir en los elementos siguientes:

El contenido estático del HTML esto es un documento normal del HTML, donde el recopilador de JSP no necesita la compilación.

Los elementos de Scripting éstos son los códigos simples de Java que se diseñan para manejar lógica de la presentación, más bien que lógica del negocio.

Los directorios de JSP éstos son instrucciones para que el recopilador de JSP procese, por ejemplo, importe las clases de Java en la página o proporcione las instrucciones de dirección especiales para la página cuando están invocados.

Las acciones de las acciones de JSP son las etiquetas que controlan el comportamiento runtime de JSP y manejan las respuestas vueltas al cliente. Las acciones estándares incluyen useBean (el instantiate y utiliza el JavaBean en el JSP), incluyen (incluya un archivo cuando se solicita el JSP), setProperty (fije la característica del JavaBean), getProperty (consiga la característica del JavaBean), param (proporcione el nombre y el valor del parámetro como información adicional), delanteros (delantero el solicitante a una página nueva), y plugin (genere las etiquetas browser-especi'ficas del HTML del cliente que dan lugar a invocar los códigos enchufables del software de Java).

JSP Taglibs Taglibs están XML-como etiquetas de encargo con cualidades opcionales y cuerpos para un JSP. Pueden ser utilizados para realizar la transformación simple de los datos, cierto contenido de los datos del filtro, o para encubrir la complejidad de las fuentes de datos que tienen acceso y de otros objetos de Java. Usar taglibs puede hacer la lógica de proceso más estructurada y más fácil mantener en un solo JSP y se puede incluir en un JSP agregando prefix="myPrefix directivo" % > del taglib de uri="/myTag un" de JSP < % @. que el prefijo denota un descriptor de la biblioteca de la etiqueta (por ejemplo, myTag.tld). La clase real de Java se refiere al web.xml con el nombre del taglib y la localización física de URI.

JSF
JSF es una especificación del bosquejo (http://java.sun.com/javaee/javaserverfaces) para los nuevos componentes estandardizados del interfaz utilizador que manejan el estado de la página, acontecimientos del uso, la validación de la entrada, y la navegación de la página y que apoyan la internacionalización y la accesibilidad. Aumenta tecnología de JSP proporcionando un interfaz a la biblioteca de encargo de la etiqueta dentro de una página de JSP. Es también una buena herramienta que apoya una arquitectura del Modelo-Vista-Regulador tal como puntales.

EJB
EJBs es los componentes reutilizables que encapsulan lógica del negocio. Hacen uso los servicios del envase que manejan el ciclo vital de los objetos del negocio, funcionan el servicio de nombramiento, y proporcionan la dirección de la transacción (por ejemplo, conectando con las fuentes de datos múltiples), los mecanismos de la seguridad (por ejemplo, identificando a los directors y a los usuarios), y los mecanismos de la persistencia.

Hay tres tipos de EJBs:

Las habas de la sesión de las habas de la sesión denotan una conversación entre el uso del cliente y el componente alejado del servicio. Cuando un cliente solicita un servicio de negocio invocando un componente alejado del servicio, la haba de la sesión (el componente alejado) contestó. Una haba stateful de la sesión puede determinarse de persistir el estado de la sesión de las interacciones o de las invocaciones entre el cliente y los componentes alejados del servicio. Si se conserva el estado de la sesión, la haba stateful de la sesión puede manejar mejor la integridad o el curriculum vitae de la transacción después de que la sesión falle encima. Esto es alcanzada generalmente usando los servicios del envase tales como serialización de Java y reflexión de Java. Una haba apátrida de la sesión no persiste el estado de la sesión.

Las habas de la entidad de las habas de la entidad sincronizan el estado con un almacén de los datos de la persistencia usando los servicios del envase. Es decir los datos de negocio se pueden persistir a la base de datos back-end confiablemente y con seguridad con habas de la entidad. Si los reveladores diseñan y especifican explícitamente cómo los datos de negocio se deben persistir en la base de datos, entonces la haba de la entidad se dice para ser persistencia haba-manejada. Si los reveladores hacen uso las herramientas del envase, que son proporcionadas por el vendedor del servidor del uso, manejar traz objeto-emparentado de la haba de la entidad a la base de datos emparentada subyacente, después de la haba de la entidad se dice ser persistencia envase-manejada.

Las habas conducidas mensaje (MDB) MDBs permiten que un EJB reciba un servicio de mensaje de Java (JMS). Es decir un EJB puede ser la blanco de un mensaje de JMS. Esto puede traer las ventajas de proporcionar confiables, entrega de la información asincrónica del cliente usando JMS al servidor usando EJBor viceversa. Además, MDB puede ser fácilmente interoperable con otros componentes de Java EE usando mensajería y EJB.

Java EE 5.0 introduce EJB 3.0, que utiliza la anotación (@Stateless, @EJB) para simplificar la complejidad y el esfuerzo del desarrollo en el edificio EJBs.

Servicios de soporte para la interoperabilidad
Los envases de Java EE proporcionan los servicios comunes que son compartidos por los componentes de Java EE. Estos servicios de sistema proporcionan las funciones para la conectividad de la base de datos, gerencia de la transacción, nombrando servicio, comunicación y conectividad, y mensajería.

Servicio JDBC de la conectividad de la base de datos.

Servicio JTA de la gerencia de la transacción.

Nombramiento del servicio JNDI.

HTTP de los servicios de la comunicación y de la conectividad, HTTPS, SSL, RMI/IIOP.

Servicio de mensajería JMS, JavaMail.

Entre estos servicios de Java EE, los servicios de la comunicación y de la conectividad son cruciales a apoyar interoperabilidad del NET de Java EE usando la tecnología del puente (tal como puente de RMI/IIOP). El servicio de mensajería se utiliza a menudo para la estrategia síncrona y asincrónica de la integración de los servicios del Web. Por ejemplo, SAAJ requiere JavaMail manejar los accesorios del documento.

Usos De Java Que despliegan EE
Los usos de Java EE se empaquetan generalmente y desplegado en uno o unidades múltiples en archivo del OÍDO ajuste a formato. Un archivo del OÍDO (representado en el archivo de META-INF/application.xml) consiste en componentes de EJB en los archivos del TARRO (META-INF/ejb-jar.xml), los módulos del Web en los archivos de la GUERRA (Web-INF/web.xml), y los módulos de Java en los archivos del TARRO (META-INF/application-client.xml). Muchas puestas en práctica del servidor del uso permiten que los reveladores desplieguen los usos de Java EE por cualesquiera de los mecanismos siguientes:

Cayendo el OÍDO archive en un directorio del automo'vil-desplegar (por ejemplo, %AS_HOME%\domains\domain1\autodeploy en servidor del uso del sistema de Java del sol donde está el directorio el %AS_HOME% donde residen los binaries del servidor del uso).

Usar una escritura de la HORMIGA para desplegar (por ejemplo, asolee las aplicaciones del servidor del uso del sistema de Java una escritura modificada para requisitos particulares de la HORMIGA llamada asant).

Usar una consola de administración del Web para desplegar.

Usar una línea interfaz de comando (por ejemplo, el asadmin despliega en servidor del uso del sistema de Java del sol).

Usar un IDE tal como NetBeans para desplegar.

La gerencia de las derechas de acceso para el control de la seguridad es muy importante para el despliegue del uso. El papel de la seguridad se define en el archivo de application.xml, que es una característica declarativa de la seguridad de la arquitectura de Java EE. Una herramienta del despliegue del uso copiará todos los archivos del OÍDO al servidor del uso de Java EE, generará cualesquiera clases necesarias de la puesta en práctica y ayudará a la documentación, y desplegará los archivos del OÍDO del uso al directorio del despliegue del servidor del uso de Java EE. Después de ése, los arquitectos y los reveladores necesitan configurar la información servidor-especi'fica del uso, tal como crear fábricas de las fuentes y de la conexión de datos y administrar nombres de la coleta de JMS.