Tema 3

363 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
363
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
11
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Tema 3

  1. 1. II Curso Online JAVA-J2EE TEMA 3 Introducción a J2EE
  2. 2. Autor: PCYTA / Centro de Excelencia de Software Libre de Castilla-La ManchaVersión: 1.0Fecha: Revisado 13-02-2008 23:56Licencia: CC-by-sa 2.50 LicenciaUsted es libre de: Copiar, distribuir y comunicar públicamente la obra Hacer obras derivadasBajo las condiciones siguientes: Reconocimiento. Debe reconocer los créditos de la obra de la manera especificada por el autor o el licenciador (pero no de una manera que sugiera que tiene su apoyo o apoyan el uso que hace de su obra). Compartir bajo la misma licencia. Si altera o transforma esta obra, o genera una obra derivada, sólo puede distribuir la obra generada bajo una licencia idéntica a ésta. • Al reutilizar o distribuir la obra, tiene que dejar bien claro los términos de la licencia de esta obra. • Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor • Nada en esta licencia menoscaba o restringe los derechos morales del autor.Para ver la licencia visite:http://creativecommons.org/licenses/by-sa/2.5/es/legalcode.es6 de febrero de 2008 Tema 3 2
  3. 3. UNIDAD II. Introducción a J2EE0 Licencia............................................................................................................................................ 21 Estado actual del desarrollo de aplicaciones.................................................................................... 5 1.1 Modelo 3 Capas ........................................................................................................................5 1.2 Pros y Contras del Modelo 3 Capas ......................................................................................... 6 1.3 Otros aspectos importantes del Modelo 3 Capas ..................................................................... 7 1.4 Características del Contenedor .................................................................................................72 ¿Qué es J2EE?.................................................................................................................................. 9 2.1 ¿Qué es J2EE?...........................................................................................................................9 2.2 Trasladémoslo a nuestro ejemplo .............................................................................................9 2.3 API de J2EE y tecnologías empleadas ...................................................................................103 Arquitectura J2EE...........................................................................................................................12 3.1 Arquitectura J2EE .................................................................................................................. 12 3.2 Reflexiones sobre la Arquitectura ......................................................................................... 134 Servidores de aplicaciones J2EE.................................................................................................... 15 4.1 Servidores de aplicaciones J2EE ...........................................................................................15 4.2 Instalación, Estrutura y Configuración de JBOSS.................................................................. 165 Herramientas de desarrollo............................................................................................................. 18 5.1 Herramientas de desarrollo (Eclipse) .................................................................................... 18 5.2 Instalación de Eclipse .............................................................................................................18 5.3 Introducción a Eclipse ........................................................................................................... 206 de febrero de 2008 Tema 3 3
  4. 4. INTRODUCCIÓNHasta el momento hemos repasado los conocimientos previos necesarios para poder entender laplataforma J2EE. En este tema vamos a ver los conceptos fundamentales que explican la razón porla que J2EE es tan ampliamente utilizado para el desarrollo de aplicaciones.En primer lugar se va a explicar cómo se estructuran actualmente las aplicaciones, prestandoespecial atención a las aplicaciones Web. Posteriormente, explicaremos a grandes rasgos (en lostemas siguientes entraremos en detalle) cómo es la plataforma J2EE y qué beneficiosproporciona a la hora de crear las aplicaciones. Después comentaremos algunos de los servidoresmás utilizados para hacer funcionar aplicaciones J2EE y finalizaremos el tema presentado algunosde los IDEs más empleados para el desarrollo con esta plataforma.Para seguir este tema desde un punto de vista más práctico, iremos relacionando los conceptos conuna aplicación "imaginaria" y muy simple.Imaginémonos y tengamos en mente durante el resto del tema esta aplicación consistente en unatienda virtual, la cual tiene como misiones presentar un catálogo de productos, un registro simplede usuarios, la selección de productos, la compra, la inserción del pedido en una base de datos, elenvío de mails a los compradores (usuarios registrados) confirmando el pedido, etc.6 de febrero de 2008 Tema 3 4
  5. 5. 1 Estado actual del desarrollo de aplicaciones1.1 Modelo 3 CapasActualmente, los desarrolladores, a la hora de crear una aplicación de cierta envergadura (comonuestra tienda virtual), recurren a arquitecturas de varias capas.Uno de los modelos (patrones) más utilizados es el modelo de 3 capas. Según este modelo, las trescapas son las siguientes:- Capa de presentación: capa en la que se programan todos los aspectos referentes a lapresentación de los datos de la aplicación. En nuestra tienda virtual se referiría a las páginas Webcon el formato, estilos, etc. necesarios para mostrar los productos, para que los usuariosintroduzcan sus datos, para formalizar el pago, etc.- Capa de lógica de negocio: en esta capa se introducirían los aspectos referentes a la definiciónde los procesos de negocio de la aplicación. En nuestro ejemplo, se programaría la lógicanecesaria para obtener los artículos que cumplan con los criterios de búsqueda, se haría lonecesario para validar y crear los usuarios, se situaría el código para gestionar los pagos, paramandar el correo al comprador, para insertar los datos de los pedidos, artículos y usuarios en basede datos, etc.- Capa de datos: en ésta se incluiría la definición de los datos en la base de datos(principalmente las tablas que contendrían los datos). Esto, en nuestra tienda virtual, setraduciría en la definición de las tablas necesarias para guardar los datos referentes a usuarios,artículos, pedidos, etc.A continuación vemos un diagrama que muestra estas capas en las que se divide una aplicaciónde forma gráfica:6 de febrero de 2008 Tema 3 5
  6. 6. En la imagen se pueden ver las tres capas en que se divide una aplicación, la de presentaciónnormalmente en los clientes (aunque también hay parte alojada en el servidor), la capa de negocioen lo que se corresponde con el Web Server, y la de datos en la base de datos. También vemos eneste dibujo que las capas se comunican mediante HTTP entre cliente y servidor, y mediante SQLentre servidor y base de datos. Pero tengamos en cuenta que esto no es siempre así, ya que,aunque es bastante habitual, no siempre la presentación es HTML y no siempre la capa dedatos es una base de datos relacional. NOTA: Es importante tener en cuenta que aunque este modelo es muy habitual y sencillo, cuando la complejidad de las aplicaciones crece, también lo hace la complejidad del desarrollo y frecuentemente implica que hay que desglosar en más capas el desarrollo.1.2 Pros y Contras del Modelo 3 CapasLa forma de estructurar una aplicación en 3 capas tiene una serie de ventajas como, entre otras, lassiguientes:- Independencia de la presentación de datos respecto a la lógica de negocio: consiguiendo poderdefinir diferentes interfaces para los distintos dispositivos (navegadores, pdas, etc) y reutilizandosiempre el resto del código.-Clientes ligeros, teniendo todo el procesamiento centralizado en servidor y base de datos yconsiguiendo que el cliente del usuario solo tenga que mostrar, recoger y enviar los datos.En el aspecto negativo se encuentra principalmente que toda la complejidad se traslada a la capa6 de febrero de 2008 Tema 3 6
  7. 7. intermedia (la de lógica de negocio).1.3 Otros aspectos importantes del Modelo 3 CapasComo decíamos en el punto anterior, emplear esta estructura al desarrollar una aplicación, haciendoque prácticamente todo el procesamiento se realice en el servidor aumenta mucho la complejidadde este procesamiento. Esta complejidad se debe, además del procesamiento necesario por la lógicade negocio, a que nos hace tener en cuenta los siguientes asuntos:- Escalabilidad, para el caso de que un único servidor no sea capaz de atender todas las peticiones.- Concurrencia, ya que puede haber varios usuarios usando simultáneamente la aplicación.- Disponibilidad, necesitando que el servidor esté las 24 horas funcionando.- Transaccionalidad, ya que las operaciones se deben realizar de forma atómica.- Seguridad, debido, entre otras cosas, a la existencia de usuarios.- Otras, que no detallamos aquí por salir de los objetivos del curso.Evidentemente, estos aspectos tan comunes en todas las aplicaciones también han sido pensados ysolucionados mediante desarrollos estándar (no reinventemos la rueda, reutilicemos siempre quepodamos). Una de las formas más habituales de solventar este problema es introducir nuestrodesarrollo en un "contenedor"y delegar en él todos los aspectos antes mencionados (paranosotros, en este curso, nos resulta transparente el funcionamiento de este contenedor aunquesiempre debemos tener presente que existe).En el siguiente apartado veremos de forma resumida las características de los contenedores en loscuales desplegaremos nuestros desarrollos (componentes).1.4 Características del ContenedorComo hemos comentado anteriormente, un contenedor nos proporciona soluciones a muchos delos problemas que actualmente se presentan a la hora de realizar un desarrollo.Las principales características que nos proporcionan los contenedores son las siguientes:- Gestión del ciclo de vida de los componentes: El contenedor se encarga de gestionar la creación,6 de febrero de 2008 Tema 3 7
  8. 8. utilización y eliminación de los componentes que desplegamos en él. Por ejemplo, nosotroscreamos una clase (componente) que atiende a las peticiones de nuestra aplicación y delegamos enel contenedor que decida cuando cargarla, cuantas copias cargar, cuando liberar la memoria queutilizan, etc.- Gestión de la sesión: El contenedor será el que nos gestione todos los asuntos necesarioscuando un proceso requiere uso de sesión. Por ejemplo, en nuestra aplicación deberemos guardardatos introducidos por el usuario durante todo el proceso de compra (los típicos datos de la compraa realizar) en la sesión. Esta sesión se la pediremos al contenedor sin tener que preocuparnos de sucreación, mantenimiento y eliminación.- Soporte de Clustering - Balanceo de Carga: El contenedor se encarga de la comunicación ygestión de nuestros componentes si el servidor tiene un funcionamiento en cluster. Esto nosserá muy útil cuando un único servidor no sea capaz de atender las peticiones y montemos uncluster. En ese caso, el contenedor se encargará de gestionar todo lo necesario para que nosotros notengamos que pensar en que arquitectura se va a desplegar nuestra aplicación.- Alta disponibilidad: El contenedor se encargará, en una arquitectura de alta disponibilidad, dehacer que nuestros componentes estén desplegados en algún servidor disponible. También seencargará de que las peticiones a ellos siempre sean atendidas por algún servidor que no esté caído.- Seguridad: El contenedor se encargará de gestionar los asuntos de autenticación y autorizaciónde usuarios en nuestra aplicación. De esta forma, simplifica en gran medida nuestra labor dedesarrollo a la hora de implementar la gestión de usuarios en nuestra aplicación.Como podemos ver comparando con el apartado anterior, los contenedores nos proporcionan lasolución a esos aspectos que necesitábamos tener en cuenta a la hora de desarrollar nuestraaplicación, y estos contenedores nos los ofrece la arquitectura J2EE.6 de febrero de 2008 Tema 3 8
  9. 9. 2 ¿Qué es J2EE?2.1 ¿Qué es J2EE?En el apartado anterior hemos visto "cómo" se organizan hoy en día las aplicaciones a la hora derealizar el desarrollo, pero no hemos visto "con qué" se implementa esta organización en capas.Una de las plataformas más empleadas (probablemente la más) para implementar estasaplicaciones divididas en capas es J2EE.J2EE es una plataforma basada en estándares creada para el desarrollo, despliegue y gestión deaplicaciones multicapa.La plataforma está basada en la idea componente-contenedor. Los componentes son lasaplicaciones, servicios, etc. Estos componentes se despliegan en contenedores. Estoscontenedores se ocuparán de los aspectos que mencionábamos en el apartado anterior(escalabilidad, transaccionalidad, concurrencia, seguridad, etc.).J2EE también proporciona la portabilidad de código, pudiendo desplegar nuestra aplicación encualquier servidor, sobre cualquier plataforma, siempre y cuando ambos servidores implemente lamisma versión de J2EE. J2EE es una especificación de estándares a emplear para esa versión de la plataforma y cada organización (SUN, IBM, etc.) implementa la funcionalidad respetando esa especificación.Otra ventaja más es que existen innumerables recursos para desarrollos sobre J2EE desdecursos, libros, artículos, etc. hasta librerías muy completas que nos reducen en gran medida eltrabajo y aumentan la calidad de nuestras aplicaciones.2.2 Trasladémoslo a nuestro ejemploVolviendo a nuestro ejemplo imaginario, lo que se nos plantearía es lo siguiente:6 de febrero de 2008 Tema 3 9
  10. 10. Nosotros queremos desarrollar nuestra aplicación (nuestra tienda virtual). Vemos que la mejorarquitectura es una de 3 capas y tenemos presente, además de la estructuración en capas, que hayque prestar atención a asuntos como la seguridad, la escalabilidad, etc. Con todos estos requisitos,decidimos buscar una plataforma que nos facilite nuestro desarrollo y encontramos para elloJ2EE.En el siguiente apartado vamos a explicar brevemente cada una de las características que nos ofreceJ2EE e iremos mencionando como nos podría ayudar en nuestra aplicación.2.3 API de J2EE y tecnologías empleadasComo decíamos en el apartado anterior, J2EE nos ofrece, además de lo mencionado antes, unaserie de componentes y servicios que podremos utilizar en nuestras aplicaciones y que nosresolverán gran parte de los problemas genéricos que se plantean a la hora de desarrollarlas. Acontinuación mencionamos algunos de los más importantes con un ejemplo de utilización:- Servlet. Son objetos JAVA que extienden la funcionalidad de un servidor WEB. Mediante losServlets trataremos las peticiones HTTP realizadas desde los navegadores. En el tema siguienteveremos a fondo los Servlets. Los utilizaríamos en nuestra tienda virtual para hacer las llamadas alas clases de lógica de negocio.- JSP. Es una tecnología que nos permite introducir código java dentro del código HTML.Mediante las JSPs independizaremos la capa de presentación del resto. Al igual que losServlets, las estudiaremos a fondo en el siguiente tema. Las JSPs las utilizaríamos en nuestra tiendavirtual para generar el código HTML introduciendo los valores de nuestros objetos de lógica denegocio.- EJB. Es una tecnología para desarrollar componentes en la parte servidora. Son muy útilesdebido a que nos pueden proporcionan transaccionalidad, portabilidad, seguridad, etc. a nuestrosdesarrollos.- JMS. Tecnología que nos ofrece, mediante su API, servicios de mensajería típicos (Punto apunto y publicador-subscriptor) para comunicar aplicaciones, componentes, etc. Mediante JMSconseguimos comunicaciones asíncronas.- JNDI. Servicio de nombrado de recursos y objetos. Mediante JNDI podremos localizarrecursos y objetos desplegados en el servidor local, y también en remotos.6 de febrero de 2008 Tema 3 10
  11. 11. - JDBC. Nos proporciona una API estándar para la comunicación con base de datos relacionales.Cada gestor de base de datos (ORACLE, MYSQL, DB2, etc.) ofrece siempre sus drivers a modo delibrería que cumple con el API de JDBC. En nuestra aplicación sería la que utilizaríamos paracomunicarnos con la base de datos.- J2SE. Tecnología sobre la que se apoya toda la plataforma. Es la edición estándar de JAVA queveíamos en el primer tema y es sobre la que se ejecuta la plataforma. Tengamos en cuenta que unaplataforma J2EE no deja de ser un conjunto de clases JAVA.- JavaMail. Esta API proporciona el interfaz necesario para la gestión del correo electrónico.Sería la que utilizaríamos, por ejemplo, para mandar emails en nuestra tienda virtual. Estas son las tecnologías y APIs más significativas, aunque hay que destacar que existen muchas más tecnologías sobre las que se basa J2EE de las que no haremos mención por escaparse de los objetivos del curso.En el siguiente apartado introduciremos la arquitectura que sigue la especificación J2EE, que es laarquitectura que siguen todos los servidores de aplicaciones J2EE.6 de febrero de 2008 Tema 3 11
  12. 12. 3 Arquitectura J2EE3.1 Arquitectura J2EEHasta el momento ya hemos mencionado de palabra la arquitectura con sus principales fundamentosy con las principales tecnologías que se utilizan. En este apartado vamos a entrar un poco más endetalle de forma gráfica y explicando brevemente las imágenes.En esta primera imagen (abajo), vemos sobre fondo verde todo lo referente a J2SE, la base sobre laque se ejecuta la plataforma. Sobre fondo amarillo se ve el contenedor sobre el que sedespliegan los EJBs, JSPs y Servlets y en morado y azul se muestran servicios, APIs ytecnologías sobre las que se apoya la plataforma.En esta segunda imagen (abajo), vemos la misma idea desde el punto de vista de unaarquitectura basada en capas. Podemos ver que la capa cliente se comunica con la de lógica denegocio a través de los Servlets y JSPs, aunque existe la posibilidad de conexión directa a EJBs. Yla forma de acceder a la capa de datos es mediante EJBs, cosa que no es obligatoria pero sipuede llegar a ser una "buena costumbre". También se presenta que sobre el servidor deaplicaciones J2EE se despliegan JSPs, Servlets, EJBs y el resto de servicios. Evidentemente lascapas de datos y la capa cliente son independientes del servidor de aplicaciones.6 de febrero de 2008 Tema 3 12
  13. 13. No confundir la capa cliente con la capa de presentación. La capa intermedia del dibujo se desdobla en capa de presentación (las JSPs) y capa de lógica de negocio (Servlets y EJBs).3.2 Reflexiones sobre la ArquitecturaPara finalizar el esbozo de la arquitectura, sería interesante volver a recordar que esta arquitectura(J2EE) está basada en el modelo componente-contenedor, donde los componentes son JSPs,Servlets y EJBs, y el contenedor podríamos decir para entenderlo mejor que es el servidor dondese despliegan los componentes. También recordemos que los componentes se encargan de lapresentación y la lógica de negocio, mientras que los contenedores proporcionan concurrencia,seguridad, disponibilidad, escalabilidad, persistencia, transaccionalidad, manejo del ciclo devida de los componentes, etc.6 de febrero de 2008 Tema 3 13
  14. 14. Aplicando todo lo estudiado hasta ahora a nuestro ejemplo, la situación sería la siguiente:- Crearíamos la base de datos sobre la que trabajaría nuestra aplicación.- Crearíamos JSPs donde se desarrollaría la capa de presentación de nuestra tienda virtual.- Crearíamos los Servlets que se encargarían de atender las peticiones realizadas desde losnavegadores cliente. En este lugar implementaríamos la lógica de negocio.- Podríamos crear EJBs para aprovechar sus ventajas (más adelante las veremos) para ciertosaspectos de la lógica de negocio.- Para la lógica de negocio, tanto si es con Servlets como con EJBs, podríamos usar los recursosque hemos visto que J2EE nos ofrece.- Empaquetaríamos los JSPs, Servlets y EJBs y los desplegaríamos en el servidor deaplicaciones (contenedor).Siguiendo estos pasos que acabamos de comentar ya tendríamos nuestra aplicación preparadapara usarla (en el resto del curso veremos como realizar estas labores).6 de febrero de 2008 Tema 3 14
  15. 15. 4 Servidores de aplicaciones J2EE4.1 Servidores de aplicaciones J2EEHasta el momento hemos visto de forma general la arquitectura J2EE. Cuando nosotros decidimoscrear una aplicación usando la plataforma J2EE, tenemos que desarrollar los componentes,empaquetarlos de la forma apropiada y desplegarlos en los contenedores de componentes. Estoscontenedores "se encuentran" en los servidores de aplicaciones. Es decir, nosotros debemosarrancar un servidor de aplicaciones y desplegar los componentes en él para poder utilizarlos.Existen muchos servidores de aplicaciones J2EE. No olvidemos que un servidor de aplicacionesno es más que una implementación de la especificación definida en el estándar J2EE. Los haypropietarios y open-source.También los hay que sólo pueden desplegar aplicaciones Web y los que pueden desplegaraplicaciones Web y EJBs. Recordemos también que existen, en J2EE, dos tipos de contenedores, losWeb Containers (despliegan Servlets y JSPs) y los EJB Containers (despliengan EJBs).A continuación vemos una tabla donde se muestran algunos de los principales servidores deaplicaciones indicando sus características. Servidor Web Container EJB Container Licencia TOMCAT Si No Open-Source JBOSS Si Si Open-Source WebLogic Si Si Propietario WebSphere Si Si PropietarioViendo esta lista, nos preguntamos cuál tenemos que usar. La respuesta es que depende de lascaracterísticas del proyecto. Para aplicaciones donde los requisitos de rendimiento, disponibilidad,etc. no sean muy altos, TOMCAT y JBOSS, por ejemplo, son bastante apropiados. En cambio, si elentorno en el que queremos emplear la aplicación requiere ese rendimiento, alta disponibilidad,balanceo de carga, seguridad, etc. serían más interesantes las versiones propietarias ya que6 de febrero de 2008 Tema 3 15
  16. 16. proporcionan servidores más completos, potentes y probados y también ofrecen un mejor soportepara el caso de tener problemas en el funcionamiento de nuestra aplicación sobre ese servidor.4.2 Instalación, Estrutura y Configuración de JBOSSUna vez hecho un repaso de algunos de los servidores de aplicaciones que podemos emplear paradesplegar nuestras aplicaciones, hemos optado, para este curso, por elegir JBOSS, en concreto en suversión 4.2.1.GA.La instalación de este servidor de aplicaciones es bastante sencilla. Únicamente debemos descargarel fichero (http://puzzle.dl.sourceforge.net/sourceforge/jboss/jboss-4.2.1.GA.zip) y descomprimirloen nuestro disco duro (por ejemplo en c:).La estructura de directorios de JBOSS es la siguiente:Como podemos ver, el directorio de JBOSS tiene varias subcarpetas:- bin: donde se encuentran los ejecutables para, entre otras cosas, arrancar y para el servidor.- client y lib: librerías generales necesarias para el servidor.6 de febrero de 2008 Tema 3 16
  17. 17. - docs: ciertos ficheros útiles para validación de XMLs, ejemplos, etc.- server: directorio con contendrá las diferentes configuraciones disponibles: completa (all), pordefecto (default) y mínima (minimal). Mención especial merecen los directorios conf y deploydentro de cada directorio de configuración (all, default, minimal). En conf meteríamos todos losficheros de configuración de esa configuración y en el directorio deploy situaremos nuestrasaplicaciones.Con este resumen consideramos cubiertos los objetivos del curso. Para un mayor estudio sobre lainstalación, estructura y configuración de JBOSS mirar la web http://www.jboss.org/6 de febrero de 2008 Tema 3 17
  18. 18. 5 Herramientas de desarrollo5.1 Herramientas de desarrollo (Eclipse)Hagamos un pequeño repaso de lo dicho hasta el momento. Empezamos planteándonos laaplicación que queríamos hacer (nuestra tienda virtual). Después vimos todos los requisitos quedebía cumplir y, por ello, decidimos utilizar J2EE como plataforma sobre la que íbamos adesarrollar. Después vimos las cosas que deberíamos hacer (crear jsps, crear servlets, etc). Paraesta labor utilizamos las herramientas de desarrollo.Existen muchas herramientas de desarrollo, por ejemplo, Netbeans, Eclipse, IntelliJ Idea, JBuilder,etc. Una de las más utilizadas es Eclipse.Eclipse es gratuito y cuenta con infinidad de plugins que facilitan las diferentes labores a la horade desarrollar un proyecto. Tiene plugins para soportar aplicaciones J2EE (Lomboz, entre otros),para manejar conexiones a BBDD, para hacer diagramas UML que luego se plasman en clases, etc.En este apartado vamos a ver la instalación de Eclipse con una versión que lleva ya integrados unaserie de plugins, que entre otras cosas, nos ayudarán en el desarrollo de aplicaciones J2EE. Tambiénveremos algunas de las características principales de Eclipse que necesitamos saber antes dedesarrollar aplicaciones con él. Es importante seguir la lección instalando el IDE (Eclipse) ya que será necesario para el desarrollo del resto de temas.5.2 Instalación de EclipseLa instalación de Eclipse es muy simple. Basta con descargar el fichero con la versión que nosinteresa (para nuestro curso descargalo de aquí) y después descomprimirlo en el directorio quequeramos, por ejemplo c:.Con esto ya tendríamos instalado Eclipse, para probarlo basta con entrar en el directorio de Eclipsey ejecutar eclipse.exe. Cuando ejecutemos eclipse nos preguntará que directorio deseamos usar6 de febrero de 2008 Tema 3 18
  19. 19. como Workspace mediante una ventana como esta:Lo que nos está preguntando Eclipse es sobre qué directorio queremos que trabaje. En estedirectorio estarán todos los ficheros referentes a los proyectos con los que trabajaremos en esasesión.Una vez elegido el directorio, tras pulsar ok, se obtendría una pantalla como esta:6 de febrero de 2008 Tema 3 19
  20. 20. En esta pantalla nos muestran enlaces a asuntos de interés referentes a Eclipse. Para entrardefinitivamente en el área de trabajo basta con cerrar esta pestaña. En el siguiente apartado haremosuna introducción al entorno de desarrollo.5.3 Introducción a EclipseYa tenemos preparado el entorno de desarrollo, que se compone del servidor de aplicacionesJBOSS y Eclipse con los plugins apropiados para el desarrollo de aplicaciones J2EE que serándesplegadas en JBOSS. En los siguientes temas veremos como crear aplicaciones Web ydesplegarlas en JBOSS mediante Eclipse. En este apartado solamente veremos algunos aspectosgenerales de Eclipse.Eclipse, en su configuración inicial, tiene un aspecto como este:6 de febrero de 2008 Tema 3 20
  21. 21. La parte central es donde se mostrará el contenido de los ficheros abiertos, y en el resto de partesde la pantalla, se muestran las distintas vistas posibles (cada pestaña es una vista). En el dibujo seven a modo de ejemplo una pequeña explicación de dos vistas, la de "problemas" y la de"explorador de paquetes".Otro de los detalles importantes a tener en cuenta a la hora de usar Eclipse son las perspectivas.Una perspectiva en Eclipse es como una definición de la distribución y vistas de la pantalla.Por ejemplo, podemos tener una perspectiva para programar, otra para depurar, etc.La perspectiva que se muestra en el dibujo anterior es la de programación en Java. En el siguientedibujo se muestra la perspectiva de depuración:6 de febrero de 2008 Tema 3 21
  22. 22. Como se puede ver en esta imagen, la perspectiva de depuración tiene esta configuración en la quese muestran las vistas de depuración, de variables, de breakpoints, de consola, etc.Evidentemente, todas las vistas y perspectivas son configurables por el usuario del entorno.Entender esta organización de Eclipse es importante para saber sacarle partido al entorno. Ensiguientes temas ya veremos la utilización de Eclipse para desarrollar aplicaciones.6 de febrero de 2008 Tema 3 22

×