Академический Документы
Профессиональный Документы
Культура Документы
por Sun Microsystems. Comprende un conjunto de especificaciones y funcionalidades orientadas al desarrollo de aplicaciones empresariales. Algunas de sus funcionalidades ms importantes son:
y y y y y y y
Acceso a base de datos (JDBC) Es utilizado por BEA, IBM, Oracle, Sun, y Apache Tomcat entre otros. Utilizacin de directorios distribuidos (JNDI) Acceso a mtodos remotos (RMI/CORBA) Funciones de correo electrnico (JavaMail). Aplicaciones Web (JSP y Servlet) Uso de Beans, etc.
Las empresas necesitan constantemente extender su alcance, reducir sus costos, y bajar sus tiempos de respuesta para proporcionar un fcil acceso a sus clientes, empleados y proveedores. Generalmente, las aplicaciones que proporcionan estos servicios deben combinar Sistemas de Informacin de la Empresa (EISs) existentes o heredados, con nuevas funciones que entregan servicios a un gran espectro de usuarios. Estos servicios necesitan cumplir con ciertos requisitos: 1. Alta disponibilidad, de forma tal que el servicio pueda ser usado sin inconvenientes la gran mayora del tiempo. 2. Seguridad, para asegurar la privacidad de los usuarios y la integridad y confidencialidad de las transacciones y la informacin procesada. 3. Escalabilidad, que garantice que los servicios seguirn operativos aunque el nmero de usuarios, de transacciones o el volumen de informacin sufran aumentos importantes. En la mayora de casos, estos servicios son diseados como aplicaciones multi-tier. Un multi-tier se necesita para implementar un nuevo servicio, integrar las existentes EISs con las funciones del negocio y los datos del servicio nuevo. La plataforma Java2, Edicin Empresarial (J2EE) reduce el costo y complejidad de desarrollo estos servicios multi-tier, y da por resultado servicios que pueden ser creados rpidamente y fcilmente mejorados respondiendo a las presiones competitivas de la empresa. J2EE cumple estos objetivos por definir una arquitectura normal que se entrega con los siguientes elementos:
y y
J2EE BluePrint - Un modelo de aplicacin estndar para desarrollo multi-tier, y servicios thin-client. J2EE Platform - Una plataforma estndar para albergar las aplicaciones J2EE.
y y
J2EE Compatiility Test Suite - Una coleccin de tests de compatibilidad para verificar que un producto J2EE cumple con el estndar de la plataforma J2EE. J2EE Reference Implementation - Una aplicacin de referencia para demostrar las capacidades de J2EE y proporcionar una definicin operacional de la plataforma J2EE.
J2EE utiliza la plataforma Java 2 SE, para tender una completa, estable, segura, y rpida plataforma Java en el mbito de la empresa. Permite ahorrar a la compaa, porque habilita una plataforma que reduce de manera significativa los costos y la complejidad de desarrollo de soluciones multicapas, resultando en servicios que pueden ser desarrollados rpidamente y ampliados fcilmente.
Enterprise JavaBeansTM JavaServers PagesTM Servlets Java Naming and Directory InterfaceTM (JNDI) Java Transaction API (JTA) CORBA API de acceso a datos JDBCTM.
El modelo de programacin de J2EE define cuatro tipos de componentes de la aplicacin que un producto J2EE debe soportar: 1. Clientes de la Aplicacin, son programas creados en Java que son generalmente programas GUI, que ejecutan sobre una computadora de escritorio. La aplicacin cliente ofrece a un usuario la experimenta similar al de las aplicaciones nativas, y tiene acceso a todo de los medios de la J2EE middle-tier. 2. Applets, son GUI component que generalmente procesan un pro-grama en un web browser, pero puedan procesar una variedad de otras aplicaciones o dispositivos que soportan el modelo de programacin del applet. Las Applets pueden ser usadas para proporcionar una poderosa interfaz de usuario para las aplicaciones J2EE. (Simples pginas HTML se pueden usar tambin para proporcionar una interfaz de usuario ms limitada para aplicaciones J2EE.) 3. Pginas Servlets y JSP generalmente procesan un programa en un servidor Web y responden a las peticiones HTTP de los clientes Web. Las pginas Servlets y JSP pueden ser utilizadas para que generen pginas HTML que son aplicacin de interfaz de usuario. Pueden tambin usadas para generar XML u otro formato de datos que se consumen por otros componentes de la aplicacin. Servlets, y pginas creadas con la tecnologa
JavaServer Pages, se refieren conjuntamente a menudo en sta especificacin como "Web components, componentes web." Las aplicaciones Web estn compuestas de Web components y otros datos tal como las pginas HTML. 4. Enterprise JavaBeans (EJB) components, procesan en un ambiente controlado las transacciones soportadas. Enterprise beans general-mente contienen la lgica del negocio por una aplicacin J2EE.
Interfaces en Java Una interfaz en Java es una coleccin de mtodos abstractos y propiedades. En ellas se especifica qu se debe hacer pero no su implementacin. Sern las clases que implementen estas interfaces las que describan la lgica del comportamiento de los mtodos.
Organizar la programacin. Obligar a que ciertas clases utilicen los mismos mtodos (nombres y parmetros). Establecer relaciones entre clases que no estn relacionadas.
Las clases son plantillas de objetos. Definen el tipo de objetos que datos que contendr y los mtodos para operar con esos datos. Un ejemplar de esa clase es la plantilla rellena con los datos y las llamadas a los mtodos-- el ejemplar es el objeto. Podemos crear muchos ejemplares de la misma clase, creando muchos objetos de ese tipo. Cada objeto tiene sus propios datos, y algunos objetos comparten datos especficos, dependiendo de si han sido declarados datos static o instance. No tenemos que escribir una clase desde el principio. Si ya existe una clase que tiene caractersticas similares a la que queremos crear, podemos Usar la palabra clave extends para heredar campos y mtodos desde otra clase. Luego aadimos ms campos y mtodos para crear una clase ms rica que la clase padre. Pero no tenemos que conformarnos con los campos o mtodos heredados. Podemos sobre escribir mtodos, u ocultar datos de las clases padre para cumplir con nuestras necesidades. Esto es cierto para clases concretas, pero no para los interfaces. Los interfaces declaran mtodos, y posiblemente campos estticos, pero no definen mtodos. En su lugar, los interfaces slo declaran los mtodos sin ninguna instruccin dentro de ellos. En otras palabras, los interfaces son como plantillas que siempre sern plantillas. No podemos ejemplarizar un interface para crear un objeto. Son como clases sin implementacin. Entonces por qu existen? Sirven para un propsito: para forzar al desarrollador a proporcionar esos mtodos, con detalles, en la clase que implements el interface. En otras palabras, implementar un
interface significa que estamos haciendo la promesa de usar ciertos mtodos, pero nosotros, los desarrolladores, definimos los detalles de esos mtodos. Por qu es esto til o necesario? Supongamos que tenemos un equipo de desarrolladores que estn creando clases para hacer diferentes tipos de objetos animales. Todos esos animales van a tener dos cosas en comn:
y y
La diferencia entre los animales est en cmo se mueven y qu y cmo comen. En otras palabras, cada uno necesita tener los mtodos locomotion() y eat() , pero cada individuo, cada clase animal, define los detalles de esos mtodos separadamente basndose en las necesidades de las especies de animales. Diseamos un interface para asegurarnos de que cada objeto animal hace ciertas cosas, y nuestro equipo desarrolla clases como sta:
BIBLIOGRAFIA Java 2 Enterprise Edition Enciclopedia.us.es http://enciclopedia.us.es/index.php/Java_2_Enterprise_Edition#.C2.BFQu.C3.A9_es_J2EE.3F Interfaz Java Wikipedia.org http://es.wikipedia.org/wiki/Interfaz_%28Java%29 Clases contra Interfaces en Java Webtaller.com http://www.webtaller.com/construccion/lenguajes/java/lecciones/clases-contra-interfacesjava.php