Título del proyecto. Autor : Laura Andrade Romero. Co-autor: Anita Congacha.

Transcripción

1 Título del proyecto CREACIÓN DE UN COMPONENTE PERSONALIZADO BAJO LA PLATAFORMA NETBEANS COMO ESTRATEGIA DE OPTIMIZACIÓN EN EL DESARROLLO DE SISTEMAS INFORMÁTICOS. Autor : Laura Andrade Romero. Co-autor: Anita Congacha. Universidad Nacional de Chimborazo Facultad de Ingeniería Escuela de Ingeniería en Sistemas y Computación ii

2 SUMARY The development of component-based software is a process that attaches particular importance to the design and construction of computer-based systems using reusable software components. It is a technology that offers advantages in development time, also reducing costs in the process of software development, further describes, built, uses software techniques for developing open and distributed systems by assembling parts software. Component Oriented Programming (POC) appears as a variant of object-oriented programming (OOP) for open systems, where the POO has some limitations, does not define a specific unit of application-independent composition. The POC created with the objective of building a software component market, whose users are those that require application developers reuse components to make their applications more quickly. The main purpose of a component is not reuse but that is easily replaceable, being replaceable implies that a new implementation of a component can be used in place of a previous implementation without affecting the operation of other components, such as new implementations can improve a user interface or provide new services, the only requirement is to provide the same services provided by the previous implementation. To build applications that can be easily maintained and may contain reusable parts must be designed according to the architecture that secure and Layers architectural patterns Model View Controller (MVC). The interfaces of the distributed system can be designed in Java, clients and servers must implement. Java RMI calls can be automatic and transparent to the client server waging. It iii

3 should be noted that the Java RMI system is a very common way to write Java Beans without remote systems. Java Beans API is implemented for the construction and use of components written in Java, which are called Beans. This API is provided by SUN as a visual tool that allows loading, use, modification, as well as interconnection of Beans, for the purpose of building new Beans. Java software components are designed for maximum reuti1izacion. Often are GUI components that are visible, but it can also be algorithmic components invisible, are entities specialized software that can be reproduced, custom and embedded in applications and applets. Containers are simply components containing other components. A container is used as a framework to organize the components in a visual way. The visual development tools let you drag and drop, resize and place the components in a container. Many Java Beans can have a GUI representation. When performing a Java Bean with a development tool like Eclipse or NetBeans is usual that this entails a GUI representation, however you can also make invisible Beans with no GUI representation. iv

4 RESUMEN El desarrollo de software basado en componentes es un proceso que concede particular importancia al diseño y la construcción de sistemas basados en computadoras que utilizan componentes de software reutilizables. Es una tecnología que ofrece ventajas en tiempo de desarrollo, también reducción de costos en el proceso de desarrollo de software, además describe, construye, utiliza técnicas software para la elaboración de sistemas abiertos y distribuidos mediante el ensamblaje de partes software. La Programación Orientada a Componentes (POC) aparece como una variante de la programación orientada a objetos (POO) para los sistemas abiertos, en donde la POO presenta algunas limitaciones; no define una unidad concreta de composición independiente de las aplicaciones. La POC surge con el objetivo de construir un mercado de componentes software, cuyos usuarios son los propios desarrolladores de aplicaciones que necesitan reutilizar componentes para realizar sus aplicaciones de forma más rápida. El principal objetivo de un componente no es el reuso sino que sea fácilmente reemplazable, el ser reemplazable implica que una nueva implementación de un componente pueda ser utilizada en lugar de una implementación anterior sin afectar el funcionamiento del resto de los componentes, como por ejemplo nuevas implementaciones pueden mejorar una Interfaz de usuario o proveer nuevos servicios; el único requerimiento es que provea los mismos servicios provistos por la implementación anterior. Para construir aplicaciones que puedan ser mantenidas fácilmente y puedan contener partes reutilizables, deben estar diseñadas siguiendo la arquitectura que fijan los patrones arquitectónicos Layers y Model View Controller (MVC). Las interfaces del sistema distribuido pueden ser diseñadas en Java, clientes y servidores deben implementarlas. Las llamadas Java RMI pueden ser automáticas v

5 y transparentes librando al cliente del servidor. Se debe notar que el sistema de Java RMI es una vía muy común para escribir Java Beans sin sistemas remotos. Java Beans es una API implementada para la construcción y uso de componentes escritos en Java, los cuales son llamados Beans. Esta API es proporcionada por SUN como una herramienta visual que permite la carga, utilización, modificación, así como también interconexión de Beans, con el propósito de construir nuevos Beans. Los componentes software de Java están diseñados para una reuti1izacion máxima. A menudo son componentes GUI que están visibles, pero también puede tratarse de componentes algorítmicos invisibles, son entidades de software especializadas que puede ser reproducidas, personalizadas e insertadas en aplicaciones y applets. Los contenedores son simplemente componentes que contienen otros componentes. Un contenedor se utiliza como estructura para organizar los componentes de una manera visual. Las herramientas de desarrollo visual permiten arrastrar y soltar, cambiar de tamaño y colocar los componentes en un contenedor. Muchos Java Beans pueden tener una representación GUI. Cuando se realiza un Java Bean con una herramienta de desarrollo como eclipse o NetBeans es usual que este conlleve una representación GUI, sin embargo es posible también realizar Beans invisibles que no tengan representación GUI. vi

6 INTRODUCCIÓN La complicación del desarrollo de software hace que cada vez se vaya desarrollando nuevos métodos de programación, ya que los métodos usuales no son suficientes para tratar la complejidad de los problemas a resolver, la búsqueda de perfeccionamiento y cambio de los sistemas hace poco factible la construcción de sistemas nuevos partiendo desde cero, puesto que quedarían obsoletos antes de completar su desarrollo, por tanto, es necesario la utilización de tecnologías software que permitan la creación de nuevos servicios a partir de objetos, componentes y librerías ya desarrolladas con anterioridad. Uno de los inconvenientes que se presenta en el desarrollo de software es la poca capacidad de abstraer el funcionamiento del sistema y a partir de esa abstracción ser capaces de desarrollar. Los modelos de programación tradicionales se ven desbordados, teniendo dificultades para manejar la complejidad de los nuevos requisitos que se les exigen y redundando en el uso de código, además incurren en altos costos y en una inversión de tiempo extensa. En la actualidad se requiere de calidad y disminución de coste, tiempo y esfuerzo en el desarrollo de software, dentro de esta búsqueda de una mayor calidad y un menor coste, ha ido surgiendo una tendencia hacia la creación de componentes software que ayuden a mejorar la fiabilidad, flexibilidad y la reutilización de la aplicación final. El desarrollo de software basado en componentes es uno de los paradigmas de programación de la actualidad, surge de la búsqueda de reducción de costos, tiempo, esfuerzos y mantenimiento. 7

7 MARCO TEÓRICO 1.1. LA PROGRAMACIÓN ORIENTADA A COMPONENTES (POC) La Programación Orientada a Componentes (POC) aparece como una variante de la programación orientada a objetos (POO) para los sistemas abiertos, en donde la POO presenta algunas limitaciones; no define una unidad concreta de composición independiente de las aplicaciones. La POC surge con el objetivo de construir un mercado de componentes software, cuyos usuarios son los propios desarrolladores de aplicaciones que necesitan reutilizar componentes para realizar sus aplicaciones de forma más rápida DESARROLLO DE SOFTWARE BASADO EN COMPONENTES (DSBC) El desarrollo de software basado en componentes es un proceso que concede particular importancia al diseño y la construcción de sistemas basados en computadoras que utilizan componentes de software reutilizables. El concepto de componentes para el desarrollo de software no es un concepto nuevo; para muchos autores simplemente es la evolución de la metodología orientada a objetos. 1 Muchas de las características de los componentes para el desarrollo parten de la idea del diseño orientado a objetos. Pero la historia del desarrollo de software basado en componentes proviene aún desde más atrás. Uno de los logros de la revolución industrial fue el desarrollo por componentes, surgiendo a partir de la necesidad de estandarizar los elementos de los productos realizados en línea, como los automóviles. 2 1 Desarrollo de Software Basado en Componente, Lidia Fuentes, José M. Troya, Antonio Vallecillo., pag Ontología de software para PyMEs, Rafael González.pag

8 El DSBC, pertenece al paradigma de programación de sistemas abiertos, los cuales son extensibles y tienen una interacción con componentes heterogéneos que ingresan o abandonan el sistema de forma dinámica, es decir que los componentes pueden ser remplazados, por otros independientemente de su arquitectura y desarrollo. 3 Beneficios Reutilización del software. Nos lleva a alcanzar un mayor nivel de reutilización de software. Simplifica las pruebas. Permite que las pruebas sean ejecutadas probando cada uno de los componentes antes de probar el conjunto completo de componentes ensamblados. Simplifica el mantenimiento del sistema. Cuando existe un débil acoplamiento entre componentes, el desarrollador es libre de actualizar y/o agregar componentes según sea necesario, sin afectar otras partes del sistema. Mayor calidad. Dado que un componente puede ser construido y luego mejorado continuamente por un experto u organización, la calidad de una aplicación basada en componentes mejorará con el paso del tiempo. De la misma manera, el optar por comprar componentes de terceros en lugar de desarrollarlos, posee algunas ventajas: Ciclos de desarrollo más cortos. La adición de una pieza dada de funcionalidad tomará días en lugar de meses ó años. 3 Desarrollo de Software Basado en Componente, Lidia Fuentes, José M. Troya, Antonio Vallecillo., pag

9 Que es un Componente. Un Componente es un bloque de construcción modular, parte modular desplegable y reemplazable de un sistema que encapsula implementación y expone un conjunto de interfaces. 4 Un componente contiene un conjunto de clases que colaboran entre si, cada clase de un componente se a elaborado completamente para incluir todos los atributos y operaciones importantes para su implementación. Objetos y Componentes. Existen algunas similitudes entre objetos y componentes que pueden hacer que estos se entiendan como conceptos equivalentes, pero existen diferencias que permiten entenderlos como entidades diferentes, no por ello excluyentes una de otra. Los componentes son artefactos de software que representan el trabajo realizado por los desarrolladores. Un objeto se concibe como una instancia identificable creada en el sistema en ejecución, que es parte de un componente; un componente puede contener uno o más objetos. (Un componente se manifiesta frecuentemente como una colección de objetos) Características que diferencia a los Componentes de los Objetos Los componentes tienen persistencia, los objetos solo utilizan memoria. Los componentes utilizan otras formas de comunicación como eventos, en lugar delimitarse al uso de mensajes como los objetos. Un componente puede presentarse como varios objetos de diferentes clases. 4 Ingeniería de Software, Roger Pressman, 6th Ed McGraw-Hill,Pag

10 1.3. MODELOS DE COMPONENTES El concepto de software basado en componentes considera a todos aquellos modelos que se construyen haciendo uso de componentes de software como COM, DCOM, JAVA BEANS, ENTERPRISE JAVA BEANS (EJB),.NET. COM El ComponentObjectModel (COM), es la propuesta de Microsoft en materia de componentes, inicialmente fue creado para resolver problemas en la construcción de documentos con OLE para Windows 3.1, este modelo ha sido enriquecido con el propósito de permitir la construcción de aplicaciones a partir de componentes.com es esencialmente un esquema de integración, de modo que los componentes que se construyen para trabajar bajo este modelo, deben describir su comportamiento bajo las consideraciones de este esquema, el cual es popularmente conocido como estándar binario. Este estándar permite que las interfaces de los componentes se presenten a los clientes como un conjunto de apuntadores a tablas en memoria, llamadas tablas virtuales defunciones o vtables. Fig 1. Representación binaria de un interfaz COM DCOM 11

11 Distributed COM, Conocido como DCOM, es una extensión de COM que se implementa como una respuesta a la necesidad de aplicaciones distribuidas, proporcionando capacidades para el trabajo con componentes que residen en diferentes computadoras. DCOM utiliza como mecanismo de comunicación los llamados procedimientos remotos (RPC), los cuales son transparentes para el cliente. Tanto COM como DCOM son modelos que inicialmente fueron implementados para trabajar bajo ambientes Windows y Windows NT, sin embargo actualmente existen versiones para operar con MacOS y UNIX. El funcionamiento de COM y DCOM, se basa estrictamente en el estándar binario, por lo que los componentes construidos para estos modelos no son tan independientes dela plataforma, en caso de migrar a otros entornos, para poder utilizare los componentes necesitan ser recompilados para la plataforma en que se van a utilizar o bien, disponer el interprete del formato binario correspondiente. JAVA BEANS Es uno de los modelos de desarrollo de software basado en componentes con mayor aceptación. Java Beans es una API implementada para la construcción y uso de componentes escritos en Java, los cuales son comúnmente llamados Beans. Esta API es proporcionada por SUN como una herramienta visual que permite la carga, utilización, modificación, así como también interconexión de Beans, con el propósito de construir nuevos Beans, applets o bien aplicaciones completas. Siendo un Bean un elemento de software sobre el cual solo se conoce su función, es preciso contar con algún mecanismo que permita la comunicación con él. En este modelo, ese mecanismo de comunicación consiste en una interfaz, a partir de la cual, se puede acceder a los elementos principales de un Bean, sus métodos, propiedades y eventos. 12

12 En Java Beans, los métodos implementados en un Bean, especialmente los definidos con el prefijo set o get, son un medio para interactuar con el. Los métodos pueden entenderse como servicios con efectos específicos que el usuario puede invocar en algún momento. Los componentes Beans son unidades software reutilizables y auto-contenidas que pueden unirse visualmente en componentes compuestos, applets, aplicaciones y servlets utilizando herramientas visuales de desarrollo de aplicaciones. Una herramienta de desarrollo que soporte JavaBeans, mantiene los Beans en una paleta o caja de herramientas. Se puede seleccionar un Bean de la paleta, arrastrarlo dentro de un formulario, modificar su apariencia y su comportamiento, definir su interacción con otros Beans, y componer un Applet, una aplicación, o un nuevo Bean, junto con otros Beans. Todo esto se puede hacer sin escribir una línea de código. ENTERPRISE JAVA BEANS (EJB) Facilita un modelo de componentes distribuidos estándar para el lado del servidor. El objetivo de los Enterprise Beans es ofrecer al programador de un modelo que le permita abstraerse de los problemas generales de una aplicación como concurrencia, transacciones, persistencia, seguridad; para centrarse en el desarrollo de la lógica de negocio en sí. No hay que confundir a los Enterprise JavaBeans con los JavaBeans. Los JavaBeans también son un modelo de componentes creado por Sun Microsystems para la construcción de aplicaciones, pero no pueden utilizarse en entornos de objetos distribuidos al no soportar nativamente la invocación remota (RMI) Tipos de EJBs 13

13 EJBs de Entidad (EntityEJBs).Su objetivo es encapsular los objetos de lado del servidor que almacena los datos. Los EJBs de entidad presentan la característica fundamental de la persistencia: Persistencia gestionada por el contenedor (CMP). El contenedor se encarga de almacenar y recuperar los datos del objeto de entidad mediante un mapeado en una tabla de una base de datos. Persistencia gestionada por el Bean (BMP).El objeto entidad se encarga mediante una base de datos u otro mecanismo de almacenar y recuperar los datos a los que se refiere. EJBs de Sesión (SessionEJBs):Gestionan el flujo de la información en el servidor. Generalmente sirven a los clientes como una fachada de los servicios proporcionados por otros componentes disponibles en el servidor. Puede haber dos tipos: Con estado (Stateful). Los Beans de sesión con estado son objetos distribuidos que poseen un estado. El estado no es persistente, pero el acceso al Bean se limita a un solo cliente. Sin estado (Stateless). Los Beans de sesión sin estado son objetos distribuidos que carecen de estado asociado permitiendo por tanto que se los acceda concurrentemente. No se garantiza que los contenidos de las variables de instancia se conserven entre llamadas al método. EJBs dirigidos por mensajes (Message-drivenEJBs):Son los únicos Beans con funcionamiento asíncrono. Usando el Java MessagingSystem (JMS), se suscriben a un tópico (topic) o a una cola y se activan al recibir un mensaje dirigido a dicho tópico o cola. No requieren de su instanciación por parte del cliente FRAMEWORKS PARA APLICACIONES JAVA 14

14 SPRING Spring es un marco de trabajo de aplicaciones Java/J2EE desarrollado por RodJonson, JuergenHoeller, Justin Gehtland y Bruce A. Tate. Proporciona: Gestión de configuración basada en JavaBeans, aplicando los principios de Inversión de Control (IoC),esto hace que la configuración de aplicaciones sea rápida y sencilla. Ya no es necesario tener singletons ni ficheros de configuración, una aproximación consistente y elegante. Esta factoría de beans puede ser usada en cualquier entorno, desde applets hasta contenedores J2EE. Capa genérica de abstracción para la gestión de transacciones, permitiendo gestores de transacción pluggables, y haciendo sencilla la demarcación de transacciones sin tratarlas a bajo nivel. Se incluyen estrategias genéricas para JTA y un único JDBC DataSource. En contraste con el JTA simple o EJB CMT, el soporte de transacciones de Spring no está atado a entornos J2EE. Capa de abstracción JDBC que ofrece una significativa jerarquía de excepciones (evitando la necesidad de obtener de SQLException los códigos que cada gestor de base de datos asigna a los errores), simplifica el manejo de errores, y reduce considerablemente la cantidad de código necesario. Integración con Hibernate, JDO e ibatis SQL Maps en términos de soporte a implementaciones DAO y estrategias con transacciones. Especial soporte a Hibernate añadiendo convenientes características de IoC, y solucionando muchos de los comunes problemas de integración de Hibernate. Todo ello cumpliendo con las transacciones genéricas de Spring y la jerarquía de excepciones DAO. Funcionalidad basada en programación orientada a aspectos (AOP), totalmente integrada en la gestión de configuración de Spring. Se puede aplicar 15

15 AOP a cualquier objeto gestionado por Spring, añadiendo aspectos como gestión de transacciones declarativa. Con Spring se puede tener gestión de transacciones declarativa sin EJB, incluso sin JTA, si se utiliza una única base de datos en un contenedor web sin soporte JTA. Un marco de trabajo MVC (Model-View-Controller), construido sobre el núcleo de Spring. Este marco de trabajo es altamente configurable a través de interfaces y permite el uso de múltiples tecnologías para la capa vista como pueden ser JSP, Velocity, Tiles, itext o POI. HIBERNATE Es un potente mapeador objeto/relacional y servicio de consultas para Java. Es la solución ORM (Object-RelationalMapping) más popular en el mundo Java. Permite desarrollar clases persistentes a partir de clases comunes, incluyendo asociación, herencia, polimorfismo, composición y colecciones de objetos. El lenguaje de consultas de Hibernate HQL (HibernateQueryLanguage), diseñado como una mínima extensión orientada a objetos de SQL, proporciona un puente elegante entre los mundos objetual y relacional. Hibernate también permite expresar consultas utilizando SQL nativo o consultas basadas en criterios. Soporta todos los sistemas gestores de bases de datos SQL y se integra de manera elegante y sin restricciones con los más populares servidores de aplicaciones J2EE y contenedores web, y por supuesto también puede utilizarse en aplicaciones standalone. JAVA SERVER PAGES Es una tecnología Java que permite generar contenido dinámico para web, en forma de documentos HTML, XML o de otro tipo. Es un desarrollo de la compañía Sun Microsystems. La Especificación JSP 1.2 fue la primera que se liberó y en la actualidad está disponible la especificación JSP 2.1. Permiten la utilización de código Java mediante scripts y permite la utilización de algunas acciones JSP predefinidas mediante etiquetas. Estas etiquetas pueden ser 16

16 enriquecidas mediante la utilización de Librerías de Etiquetas (TagLibs o TagLibraries) externas e incluso personalizadas. 5 JSP puede considerarse como una manera alternativa simple para la construcción de servlets. Es por ello que una página JSP puede hacer todo lo que un servlet puede hacer, y viceversa. El funcionamiento general de la tecnología JSP es que el Servidor de ciones interpreta el código contenido en la página JSP para construir el código Java del servlet a generar. Este será luego el que genere el documento (típicamente HTML) que se presentará en la pantalla del Navegador del usuario. JAVA SERVER FACES La tecnología JavaServer Faces es un marco de trabajo de interfaces de usuario del lado de servidor para aplicaciones Web basadas en tecnología Java. Los principales componentes de la tecnología JavaServer Faces son: Un API y una implementación de referencia para: Representar componentes UI y manejar su estado; manejo de eventos, validación del lado del servidor y conversión de datos; definir la navegación entre páginas; soportar internacionalización y accesibilidad; y proporcionar extensibilidad para todas estas características. Una librería de etiquetas JavaServer Pages (JSP): personalizadas para dibujar componentes UI dentro de una página JSP. La librería de etiquetas para componentes UI facilita la construcción y el mantenimiento de aplicaciones Web con UIs del lado del servidor. Es un marco de trabajo para aplicaciones Java basadas en web que simplifica el desarrollo de interfaces de usuario en aplicaciones Java EE. Usa Java Server Pages

17 (JSP) como la tecnología que permite hacer el despliegue de las páginas, pero también se puede acomodar a otras tecnologías. Está basado en el patrón MVC (Modelo Vista Controlador). Fig 2. Patrón MVC implementado en JSF COMPARATIVA FRAMEWORKS Para la elección del Framework a se utiliza la Estadistica Descriptiva. las características analizadas se detallan a continuación en base a las necesidades del tema de investigación. Tabla 1. Valores para evaluar Frameworks VALOR CUALITATIVO VALOR CUANTITATIVO 1 No 0 Tabla 2. Características de los Frameworks CARACTERISTICAS SPRING HIBERNATE JAVA SERVER JAVA SERVER 18

18 Programación orientada aspectos Desarrollo de ciones Web Orientada a Objetos al estilo Swing Evita código repetitivo dentro de las Clases Bean No No No No PAGES No No FACES No Manejo de Persistencia Marco de trabajo MVC No Uso de la tecnología Java Sever Pages para el despliegue de páginas Soporte para contenido dinámico Beans Administrados Permite generar contenido dinámico para web Rápida adaptación para nuevos desarrolladores Flexibilidad para crear componentes Autor. Laura Andrade. No No No No No No No No No No No No No No Tabla 3. Valores cuantificados de las características de Frameworks CARACTERISTICAS SPRING HIBERNATE Programación orientada aspectos Desarrollo de ciones Web Orientada a Objetos al estilo Swing Evita código repetitivo dentro de las Clases Bean JAVA SERVER PAGES JAVA SERVER FACES Manejo de Persistencia Marco de trabajo MVC Uso de la tecnología Java Sever Pages para el despliegue de páginas

19 Soporte para contenido dinámico Beans Administrados Permite generar contenido dinámico para web Rápida adaptación para nuevos desarrolladores Flexibilidad para crear componentes Autor. Laura Andrade TOTAL La tecnología Java Server Pages se le considera como un lenguaje de programación más que un Framework. Se utiliza JSP para realizar el contenido dinámico de las aplicaciones Web dentro del Framework JSF. Para el desarrollo de este proyecto se utilizara el Framework JSF y se aplicara la Tecnología JSP para el contenido dinámico de las páginas Web. Fig 2. Representación gráfica de características de los Frameworks 1.6. ENTORNOS DE DESARROLLO INTEGRADO (IDEs) PARA LA CONSTRUCCIÓN DE APLICACIONES WEB. ENTORNO DE DESARROLLO INTEGRADO NETBEANS. 20

20 Fig 3. Logo de NetBeans NetBeans es un entorno de desarrollo integrado (IDE), hecho principalmente para el lenguaje de programación Java. Existe además un número importante de módulos para extender el NetBeans IDE. NetBeans IDE es un producto libre y gratuito sin restricciones de uso. NetBeans es un proyecto de código abierto de gran éxito con una gran base de usuarios, una comunidad en constante crecimiento, y con cerca de 100 socios en todo el mundo. SunMicroSystems fundó el proyecto de código abierto NetBeans en junio de 2000 y continúa siendo el patrocinador principal de los proyectos. 6 La plataforma NetBeans permite que las aplicaciones sean desarrolladas a partir de un conjunto de componentes de software llamados módulos. Un módulo es un archivo Java que contiene clases de java escritas para interactuar con las APIs de NetBeans y un archivo especial (manifest file) que lo identifica como módulo. Las aplicaciones construidas a partir de módulos pueden ser extendidas añadiendo nuevos módulos. Debido a que los módulos pueden ser desarrollados independientemente, las aplicaciones basadas en la plataforma NetBeans pueden ser extendidas fácilmente por otros desarrolladores de software.11 ENTORNO DE DESARROLLO INTEGRADO ECLIPSE

21 Fig 4. Logo Eclipse Esta herramienta es un entorno de desarrollo integrado multiplataforma utilizado para los lenguajes C, C++, Python, Java entre otros de código abierto, utilizado en su mayoría para desarrollar otros entornos de desarrollo. Fue originalmente desarrollado por IBM para suceder a la familia de herramientas para VisualAge que la marca poseía. Sin embargo en la actualidad esta herramienta está siendo desarrollada por la Fundación Eclipse, una organización independiente sin ánimo de lucro que intenta fomentar una comunidad de código abierto así como un conjunto de productos complementarios, capacidades y servicios. La programación de Eclipse fue realizada por IBM antes de que se creara el proyecto Eclipse como tal. El antecesor de Eclipse fue VisualAge y se construyó usando Smalltalk en un entorno de desarrollo llamado Envy.Con la aparición de Java en la década de los 90, IBM desarrolló una maquina virtual válida tanto para Smalltalk y Java. La rápida expansión de Java y sus ventajas con miras a una Internet en plena expansión obligaron a IBM a plantearse el abandono de esta maquina virtual dual y la construcción de una nueva plataforma basada en Java desde el principio. El producto final resultante fue Eclipse, que ya había costado unos 40 millones de dólares a IBM en el año 2001.A finales de 2001 IBM, junto a Borland, crearon la fundación sin ánimo de lucro Eclipse, abriéndose así al mundo de código abierto. A este consorcio se han unido progresivamente importantes empresas del desarrollo de software a nivel mundial: Oracle, Rational Software, Red Hat, SuSe, HP, Serena, Ericsson, Novell, entre otras.hay dos ausencias significativas: Microsoft y Sun Microsystems. Microsoft ha sido excluida por su posición de monopolio del mercado, y SunMicrosystem cuenta con su propio IDE y principal competencia de Eclipse: NetBeans. De hecho, el nombre de Eclipse fue elegido porque el objetivo era crear un IDE capaz de "eclipsar a Visual Studio" (Microsoft) así como "eclipsar el sol" (SunMicrosystem). 22

22 La última versión estable de Eclipse se encuentra disponible para los sistemas operativos Windows, Linux, Solaris, AIX, HP-UX y Mac OSX. Todas las versiones de Eclipse necesitan tener instalado en el sistema una máquina virtual Java (JVM), preferiblemente JRE (Java RuntimeEnvironment) o JDK (Java Developer Kit) de Sun, que a principios de 2007 no son libres (aunque hay un anuncio por parte de Sun de que lo serán). 7 COMPARATIVA ENTRE NETBEANS Y ECLIPSE Se analizó dos IDEs importantes de software libre, para la elección del IDE se utiliza Estadística Descriptiva, las características analizadas se detallan a continuación en base a las necesidades del tema de investigación. Tabla 1. Valores para evaluar los IDEs VALOR CUALITATIVO VALOR CUANTITATIVO 1 No 0 Tabla 2. Características NetBeans/Eclipse CARACTERISTICAS NETBEANS ECLIPSE Sistema Operativo Win2000, XP, 2003, Vista, 7, 8 Interfaz gráfica sencilla Gratuito Soporte Java, C, C++, XML; HTML