Técnicas Avanzadas para Gestión de Sistemas de Información. Tarea obligatoria sobre: Tecnologías para Sistemas de Información

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Técnicas Avanzadas para Gestión de Sistemas de Información. Tarea obligatoria sobre: Tecnologías para Sistemas de Información"

Transcripción

1 Instituto de Computación Facultad de Ingeniería Universidad de la República Oriental del Uruguay Técnicas Avanzadas para Gestión de Sistemas de Información Carrera de Ingeniería en Computación Edición 2003 Tarea obligatoria sobre: Tecnologías para Sistemas de Información Título Estudiantes WebSphere Javier Barrios Pablo Roses Juan Carlos Schoeder Docente encargado: Dr. Ing. Hermann Steffen 1

2 UIVERSIDAD DE LA REPÚBLICA ISTITUTO DE COMPUTACIÓ ELECTIVA TÉCICA: TÉCICAS AVAZADAS PARA LA GESTIÓ DE IFORMACIÓ TRABAJO OBLIGATORIO ro 1 Grupo ro 10 Integrantes : Javier Barrios C.I Pablo Roses C.I Juan Carlos Schroeder C.I Docente Responsable: Hermann Steffen

3 WEBSPHERE... 4 Introducción... 4 ARQUITECTURA... 5 Introducción:... 5 Breve Historia sobre los Web Servers... 6 Arquitectura en Websphere runtime server:... 7 Topología... 8 Dominio(Domain)... 9 odo del Sistema(ode) Servidor Administrador Servidor Cliente Arquitectura en Websphere Application Server: Con Web Services (principio para Websphere): Que es un Web Service? En Websphere: Componentes: Websphere Application Server en acción DESARROLLO, BASES DE DATOS Y COECTIVIDAD ) Conectores J2EE Para qué sirven los conectores Usando los conectores del CCF El Common Connector Framework CCF client interfaces Applet, applicación, servlet, o EJB? CCF infraestructure interfaces ) Controlando el ambiente de ejecución Connection pooling Características generales En WebSphere Connection pooling y servlets ConnectionSpecManagement properties Connection pooling y Enterprise JavaBeans Otros parámetros Coordination Session Security ) Gestión de transacciones para conectores del CCF, JDBC y EJB Visión general Procesamiento de transacciones Procesamiento distribuído de transacciones Transaction manager Transacciones con el protocolo 1PC Transacciones distribuídas usando EJB El modelo de transacciones para EJB EJB transaction management Distributed transaction processing Actualización de múltiples bases de datos... 27

4 Actualización a través de múltipes servidores de EJB Interoperabilidad con clientes y servidores no Java HERRAMIETAS Lealtad del Cliente Soluciones Comerciales(Administración del sitio, campañas, subastas) WebSphere Commerce Professional Edition WebSphere Commerce Business Edition Portal Solutions(Administrar grandes cantidades de información y aplicarles reglas) WebSphere Portal Server* WebSphere Site Analyzer WebSphere Personalization Pervasive Solutions WebSphere Translation Server* WebSphere Transcoding Publisher Optimización de las operaciones de negocio(integración) Productos para la información para integración y conectividad WebSphere MQ(Conecta a cualquier sitio comercial, soporta 35 plataformas disferentes) IBM Connect for iseries(herramienta para ayudar al e-bussiness B2B) Escalabilidad y Productividad WebSphere Application Server Products WebSphere Application Server Standard Edition v WebSphere Application Server Single Server Edition v WebSphere Application Server Advanced Edition v3.5 and v Studio Products(Herramientas básicas para el desarrollo de aplicaciones) WebSphere Studio WebSphere Development Studio Host Access Products(Desarrollo focalizado a la web) WebSphere Host on Demand WebSphere Host Publisher SERVICIOS Interacción dinámica entre aplicaciones Service Choreographer Seguridad Application Server: Standard Edition Principales Características Application Server: Advanced Edition Edición Avanzada: Edición Avanzada del Single Server: Edición Avanzada del IBM WebSphere Application Server V4.0, para Linux en zseries Tecnología WebSphere para Desarrolladores Application Server: Enterprise Edition VETAJAS Y DESVETAJAS Ventajas: Basado en Java: Integración: Poderoso: Alto prestigio:... 34

5 Diversidad de herramientas: Multiplataforma: Esta pasando de moda: Desventajas Alto costo: Aprendizaje: Basado en J2EE: Windows: Esta pasando de moda: Apéndice Comparación entre J2EE y.et Referencias WEBSPHERE Introducción Internet se está imponiendo rápidamente como la red estándar de comunicación para el flujo de información para e-commerce. Las compañías para tener competitividad encuentran necesario migrar lo esencial de sus sistemas de actividad comercial de los clásicos sistemas encerrados en una habitación a sistemas externos accesibles. El nuevo modelo e-business permite a los empleados de una compañía, vendedores, clientes y socios acceder a la información que necesiten, cuando y donde ellos necesiten. Una necesidad primordial es la rápida migración de las aplicaciones e-business basadas en Internet a un ambiente que permita el desarrollo y el deployment de una aplicación web, abierta, distribuida y a un nivel enterprise. Debido a la criticidad para el negocio de estas aplicaciones, debe proveer, altos niveles de escalabilidad, disponibilidad, performance, seguridad y administrable. Sin embargo, la actual generación de servidores de aplicación no cumple con esta demanda de requerimientos. La próxima generación de servidores de aplicación web han empezado a aparecer para tapar agujeros tecnológicos. Estos nuevos servidores de aplicación web conectan aplicaciones web con sistemas back-end y ofrecen servicios a bajo nivel que ayudan a las aplicaciones web a ser más confiables, escalables, accesibles. También proveen ambientes integrados de desarrollo para hacer más fácil el construir y desarrollar aplicaciones reales de negocio sobre la web.

6 ARQUITECTURA Introducción: A modo de introducción, la plataforma J2EE marca un estándar para la creación, desarrollo y ejecución de aplicaciones a nivel empresarial; sobre todo para arquitecturas multi-capas, aplicaciones basadas en servidores. IBM Websphere Application Server, en su versión 5(última), ha aprobado completamente el certificado de J2EE. Los productos de Websphere son compatibles con todos los API J2EE, versión 1.3, además de tener algunas extensiones. El servidor de aplicaciones de Websphere está compuesto por una arquitectura de tres capas. Las aruitecturas de tres capas son modelos de programas que permiten la distribución de las funcionalidades de una aplicación a través de tres sistemas independientes. Tipicamente: Componentes del cliente que corren en los puesto de trabajo locales(capa uno) Procesos corriendo en servidores remotos. (capa 2) Una colección de bases de datos, manejadores de recursos, mainframes(capa 3)

7 Capa Uno: Responsable de la presentación y de la interacción del usuario con los componentes que residen en la primer capa. Estos componentes permiten al usuario interactuar con los procesos de la segunda capa en una forma segura. Websphere Application Server soporta diversos tipos de clientes. Los clientes no acceden directamente a los servicios de la tercer capa. Capa dos(capa lógica de aplicación): Estos procesos manejan la lógica de la aplicación y le es permitido acceder a los servicios de la tercer capa. En esta capa es donde ocurre lo más pesado del procesamiento. Múltiples componentes de clientes pueden acceder a los procesos de esta capa simultáneamente, por lo que la lógica de la aplicación debe manejar sus propias transacciones. Capa 3: Esta capa está protegida contra el acceso directo de componentes de clientes. La interacción debe ocurrir a través de procesos de la capa 2. Comunicación entre las capas: Todas las capas deben ser capaces de comunicarse con las demás. Protocolos abiertos y estándar, exponiendo sus respectivos API hacen que la comunicación sea más fácil. Los componentes de los clientes pueden ser escritos en cualquier lenguaje y pueden correr en cualquier Sistema Operativo siempre y cuando sean capaces de hablar con los procesos de la capa 2. Análogamente con los recursos de la capa 3, siempre y cuando los procesos de la capa 2 puedan consultar y manipular esos datos. La clave para este tipo de arquitecturas es la lógica de la aplicación en la capa 2. Breve Historia sobre los Web Servers

8 Internet fue desarrollado para el propósito de acceder y copiar archivos de un servidor a otro servidor o directamente a una terminal del usuario. Una especificación de protocolo de transferencia de archivos(ftp) proveía un método uniforme de transferir archivos. Una especificación llamada Hyper Text Markup Language(HTML) se convirtió en un estándar para publicar documentos en internet. Hypertext Transfer Protocol (HTTP) fue desarrollado específicamente para documentos HTML. Con un formato de documento estándar (HTML) y un protocolo estándar de transferencia de documentos (HTTP) una interfaz de usuario puede browsear a través de archivos almacenados en servidores distantes y mostrarlos en una estación de trabajo local. El software de esta estación de trabajo es conocido como browser. Como fueron agregadas nuevas funcionalidades al browser, cada vez más se le fue llamando cliente Web. Los usuarios querían ver y trabajar con aplicaciones ya incorporadas así como los documentos estáticos publicados. Una especificación Common Gateway Interface(CGI) permite al servidor Web llamar a una aplicación, la cuál puede acceder a aplicaciones incorporadas publicando contenido al cliente Web en forma dinámica. La especificación CGI fue el mayor avance en el desarrollo de aplicaciones Web en el que las aplicaciones escritas en diferentes lenguajes podían generar contenido dinámico usando protocolos estándar. El cliente Web era ahora un cliente universal, ya que podía lidiar tanto con contenido dinámico como estático. La implementación de aplicaciones CGI requería que cada programa CGI tenía que ser ejecutado en un proceso aparte del sistema operativo, lo que requería grandes cantidades de recursos del sistema, especialmente durante los periodos de demanda. Una variación de CGI, CGI rápido fue implementada, que no requería que cada programa CGI no se recargara cada vez que era ejecutado. A medida que los sitios Web crecen, necesitan mayor escalabilidad para usar maquinas con múltiples servidores. Las aplicaciones Web eran ejecutadas bajo un servidor de aplicaciones en vez de un servidor Web, y estos servidores de aplicación podían ejecutar en diferentes servidores. Websphere es un runtime server así como un servidor de desarrollo de aplicaciones(application development server) Arquitectura en Websphere runtime server:

9 La arquitectura Websphere soporta aplicaciones Web en múltiples plataformas con una alta escalabilidad. Esta arquitectura extiende a la del Websphere Application Server para incluir componentes seleccionados por el cliente, como un servidor Web y un manejador de Base de Datos. El siguiente dibujo describe la arquitectura del Websphere runtime server: Topología Websphere fue construido con una imagen única del sistema en mente. La siguiente topología muestra esta perspectiva.

10 Dominio(Domain) Un dominio representa un número de maquinas servidores que comparten un repositorio en común de recursos. Todas las maquinas servidores que comparten estos recursos forman parte del mismo dominio. El concepto de dominio Websphere centraliza múltiples servidores que acceden a un mismo set de recursos en común. Esta implementación permite a los sistemas distribuidos que sean administrados como si fuesen uno solo. El registro de recursos es mantenido en un repositorio común o en una base de datos administrativa que puede ser accedida por un servidor administrador. Debe haber al menos un servidor administrador o una maquina que necesite acceder a estos registros en la base de datos administrativa o repositorio. o hay límites en el número de servidores en un dominio y no hay limite en el número de dominios que pueden ser soportados en la instalación.

11 odo del Sistema(ode) Un nodo es una maquina física usada para almacenar algún componente Websphere. Cada nodo que guarda algún componente Websphere que necesite acceder a los registros de los recursos en la base de datos administrativa requiere de un servidor administrador. Los nodos pueden ser configurados de diferentes maneras, pero usualmente incluyen un servidor de aplicaciones. Un servidor de aplicaciones puede ser configurado para soportar: Java Servlets y JavaServer Pages (JSPs). Enterprise JavaBeans Java Servlets, JavaServer Pages, y Enterprise JavaBeans en el mismo nodo Múltiples servidores de aplicación El siguiente diagrama ilustra un típico caso de un nodo del sistema:

12 Servidor Administrador El servidor administrador es responsable de Configuraciones Seguridad Soporte para localización de nombres. Servidor Cliente Es una aplicación java que permite monitorear y configurar los diferentes recursos de Websphere.

13 Arquitectura en Websphere Application Server: WebSphere Application Server es la pieza central de las aplicaciones FrameWork para e-business. La estrategia del WebSphere application server está basada en mejorar habilidades y metodologías ya probadas, usando estándares para portabilidad y productividad. Antes: Browsing a través de documentos linkeados entre si. Transacciones iniciadas manualmente. Bajar Archivos. Con Web Services (principio para Websphere): Que es un Web Service? Es la nueva generación en Computación Distribuida. Es una colección de funciones que están empaquetadas como una unidad y esta publicada en la Red por otros programas. Los Web Services son building blocks (bloques constructivos) que permiten crear otros sistemas distribuidos abiertos, y permiten, rápidamente y en forma barata, a compañías e individuos ofrecer sus aportes al resto del mundo. Sus principales cualidades son: Confiabilidad. Alta disponibilidad.

14 Tolerancia a fallas. Escalable. Buena performance. Building-Blocks necesarios para facilitar la comunicación remota entre el Web Service y sus clientes: En Websphere: Transacciones iniciadas automáticamente por un programa, no necesariamente usando un Browser. Puede ser descrito, publicado, descubierto e invocado. Un servicio Web puede ser descrito, publicado, descubierto e invocado dinámicamente en un ambiente distribuido. uevas formas de usar la web: agentes artificiales, mercados, subastas.

15 Todo construido en XML y otros estándar de Internet. Componentes: Servidor HTTP(o Servidor Web): IBM Websphere Application Server trabaja con un servidor HTTP para manejar pedidos a servlets y otros contenidos dinámicos desde aplicaciones Web. El Servidor HTTP y el servidor de aplicaciones se comunican usando el plug-in Websphere HTTP para el servidor HTTP. Este plug-in usa un archivo de configuración que lee fácilmente XML para determinar si ese pedido debe ser manejado por el Servidor HTTP o por el servidor de aplicaciones. Usa el protocolo HTTP estándar para comunicarse con el servidor de aplicaciones. Puede ser configurado para usar HTTPs seguros, si es necesario. Este plug-in está disponible para los servidores HTTP más populares. Servidor de Aplicaciones: Este servidor colabora con el servidor HTTP intercambiando pedidos de clientes y respuestas por parte de las aplicaciones. Pueden definirse múltiples servidores de aplicación, cada uno corriendo en su propia maquina virtual Java(JVM). - Contenedor EJB: Este contenedor provee los servicios necesarios para desarrollar y manipular componentes EJB, también conocidos como enterprise beans. Es un proceso del servidor que maneja pedidos tanto para sesiones como para entidades beans. Los enterprise beans (los que están dentro de los módulos EJB) que son instalados en un servidor de aplicaciones no se comunican directamente con el servidor, en vez de eso, el contenedor de los EJB provee una interfaz entre los enterprise beans y el servidor. Juntos, el contenedor y la interfaz del servidor proveen un ambiente de ejecución para el bean. El contenedor provee muchos servicios de bajo nivel, incluyendo threading y soporte de transacciones. Desde un punto de vista de un administrador, el contenedor maneja almacenamiento y manipulación de los beans que contiene. Un solo contenedor puede manejar más de un archivo EJB JAR. - Contenedores Web: Servlets y archivos JSP son componentes del lado del servidor para manejar pedidos HTTP, como lo son los browsers. Ellos manejan la presentación y controlan la interacción con el usuario con datos y lógica de la aplicación subyacente a él. Ellos pueden además generar datos con cierto formato, como XML, para ser usadas por otros componentes de la aplicación. El contenedor Web procesa servlets, archivos JSP y otros tipos de componentes del lado del servidor. Cada contenedor web automáticamente contiene un solo manejador de sesión. Cuando manipula servlets, el contenedor Web crea un objeto pedido y un objeto respuesta, luego invoca al servicio apropiado del servlet. El contenedor Web invoca a la operación destroy() del servlet cuando es apropiado y lo descarga de memoria luego de que JVM haya invocado al garbage collector.

16 Resumiendo, el contenedor Web crea instancias de servlets, carga y descarga servlets, crea y manipula pedidos y objetos respuesta, y lleva a cabo otras tareas relacionadas al manipulamiento de servlets. Websphere Application Server provee Web servers plug-ins para los servidores Web de manera de hacerlos compatibles. Estos plug-ins pasan los pedidos a los servlets a los contenedores Web. - Contenedor de aplicaciones cliente: Las aplicaciones cliente son programas que típicamente corren en computadoras personales con una interfaz gráfica(gui). Ellos tienen acceso total a los componentes y servicios J2EE que están del lado del servidor. El contenedor de aplicaciones del cliente maneja programas de aplicación Java que acceden a los enterprise beans, JDBC y a la cola de mensajes del Java Message Service. Las aplicaciones del cliente corren en las maquinas del cliente. Si bien estos programas corren como cualquier otro programa Java, la aplicación cliente J2EE depende del aplicación cliente en tiempo de ejecución para configurar su ambiente de ejecución y usar el espacio de nombres acorde al Java aming y Directory Interface (JDI) para poder acceder a los recursos. - Contenedor de Applets: un applet es una clase cliente Java que se ejecuta, típicamente en un Browser, pero puede correr también en una gran variedad de otras aplicaciones cliente. Los applets generalmente son usados en combinación con páginas HTML para mejorar la experiencia brindada por el Browser. Sirve también para alivianar la carga del servidor y ejecutarlos en el cliente. Los contenedores de applets manejan applets Java embebidos en documentos HTML que reside en una maquina cliente que es remota para el servidor de aplicaciones. Con este tipo de clientes, el usuario accede a un enterprise bean en el servidor de aplicaciones a través del applet en el documento HTML. Servidor HTTP Embebido: Una buena característica es la capacidad de manejar HTTP embebido en el servidor de aplicaciones, habilitando un cliente HTTP a conectarse al servidor de aplicaciones; o como fue descrito antes, un cliente HTTP puede conectarse con un servidor Web y el plug-in HTTP puede reenviar el pedido al servidor de aplicaciones. Host Virtual : un host virtual es una configuración que permite que una sola maquina host aparente ser varias maquinas host. Los recursos asociados con un host virtual no puede ser compartido con otros recursos asociados a otros host virtuales, aunque los hosts virtuales estén en la misma maquina física. Los hosts virtuales permiten al administrador asociar aplicaciones Web con un host particular configurado para la maquina que ejecute la aplicación. Websphere Application Server en acción A continuación hay una explicación simplificada de una típica ejecución de una aplicación web a través del servidor de aplicaciones. el flujo está dividido en 4 etapas:

17 1. El cliente envia un pedido al servidor web via HTTP. El pedido puede ser una consulta a una base de datos. El servidor web identifica el pedido asociándolo al servlet correspondiente y usando los datos de su configuración para invocar el servlet correspondiente via HTTP. 2. El servlet sabe a que metodo debe llamar para obtener la información para satisfacer el pedido del cliente. El servlet invoca a las funciones escritas como JavaBeans. En una opración transaccional como lo puede ser una consulta a una base de datos, el servlet puede invocar sobre el Enterprise JavaBean para mnejar la consulta. 3. Usando la lógica de negocio escrita dentro del EJB, una conexión es hecha a la base de datos del sitio back-end. Como estamos usando EJB, una transacción de una base de datos es persistente y almacenada en una base de datos relacional local para proveer un mapeo dinámico a la base de datos remota. 4. Cuando el resultado de la consulta es enviada de vuelta al servidor de aplicaciones, el servlet vuelve a obtener el control y administra la generación de la página de respuesta que es necesaria para ser mostrada al cliente que originó el pedido. Para hacer esto, un JSP apropiado puede ser seleccionado para ayudar a generar el contenido dinámico. La pagina web resultante de la consulta es ahora servida de vuleta la cliente web via el servidor HTTP. DESARROLLO, BASES DE DATOS Y COECTIVIDAD A continuación se analizan algunos aspectos importantes del ambiente Websphere. 1) Conectores J2EE (IBM introdujo el Common Connector Framework, que luego evolucionó en la J2EE Connector Architecture Specification) Simplificando las conexiones entre servidores de aplicaciones y Enterprise Information Systems (EIS) Para qué sirven los conectores Los conectores ayudan a integrar los EIS existentes con las aplicaciones Web actuales. Esto era posible anteriormente usando soluciones específicas de ciertas compañías. O el vendedor del EIS necesitaba proveer algún tipo de enganche hacia los distintos servidores de aplicaciones y aplicaciones empresariales o éstos servidores de aplicaciones y aplicaciones necesitaban encontrar una forma de conectarse al EIS. Un conector es fundamentalmente un adaptador. La idea detrás de la arquitectura de conectores es que la empresa que ofrece el EIS sólo necesita escribir una única API que provee un adaptador estándar de recursos que se puede conectar a cualquier servidor de aplicaciones que soporte J2EE.

18 Para m servidores de aplicaciones y n EIS, se reduce un problema de m x n enganches a m+n. Cada empresa (EIS o serv. de aplicaciones) desarrolla un enganche. En vez de que los n empresas que ofrecen los EIS escriban los m conectores, cada una tiene que escribir sólo uno. Cada uno de los servidores de aplicaciones va a tener que tener a su vez un solo adaptador para el recurso. Esta parte de la arquitectura es conocida como el System-level Programming Interface (SPI) e incluye soporte para gestión de conexiones, gestión de transacciones y seguridad. Otra pieza del puzzle es el link de un cliente a un EIS. De nuevo, el alcance del problema es reducido en gran forma por tener un adaptador de recurso. Esta parte de la arquitectura se llama Common Client Interface (CCI). CCI permite combinar tantos EIS como se quiera en una única aplicación que usa JSP, servlets y/o EJB para comunicarse con ellos. En la figura de abajo se puede ver la forma en que el CCF estaba organizado. El CCF tenía un módulo de comnicación que se comunicaba con el componente de la aplicación y a través de una conexión con el resto del sistema. El conector también tenía módulos para comunicarse con el servidor de aplicaciones para manejar la información de login, manejo de conexiones y transacciones. La conexión da el link con el EIS. Figura: CCF Architecture (véase más adelante por una explicación de los comonentes)

19 La arquitectura CCF es muy similar a la arquitectura de conectores de J2EE (la última basada en la primera). Véase la. Figura: J2EE Connector Architecture. Usando los conectores del CCF La tarea de conectar una aplicación al almacenamiento de datos es relativamente estándar y sigue el mismo patrón básico, sea considerando las interacciones entre aplicaciones, servlets, EJB, colas de mensajes, BD relacionales, sistemas transaccionales u otras piezas de la infraestructura del sistema. La ventaja de usar una infraestructura estandarizada es clara. El CCF de IBM reconoce que la mayoría de las interacciones siguen un patrón estándar y provee una infraestructura estándar (basada en Java ) para integrar varios componentes del sistema. El CCF resuelve los problemas al proveer: Un modelo de programación común para los conectores que reduce drásticamente la curva de aprendizaje para un desarrollador de aplicaciones. Una modelo de programación de la infraestructura para conectores Una interfaz plug-in para herramientas de alto nivel, haciéndolas independientes de un conector particular. El Common Connector Framework

20 En esta sección se examina el CCF desde el punto de vista del desarrollador de aplicaciones. Se hace una breve examinación de las interfases provistas que permiten el desarrollo de un nuevo conector. 1. CCF client interfaces Un programador que está intentando desarrollar un programa que utiliza los conectores CCF (sin ayuda del la herramienta Enterprise Access Builder) tiene que manejar tres interfases principales: ConnectionSpec, InteractionSpec, y Communication. Adicionalmente es necesario especificar registros de salida y entrada para el flujo de datos a través del framework. ConnectionSpec InteractionSpec Communication Una implementación de esta interfaz identifica únicamente una conexión y guarda todos los atributos relevantes de un conector CCF como el host, puerto, y especificaciones de timeout. Podría tambier encapsular datos específicos del conector. Contiene todos los atributos relevantes de un conector CCF, como el nombre del programa o el modo de la interacción. Este objeto es pacado como argumento al CCF cuando se va a llevar a cabo una interacción. An implementation of Communication drives a particular interaction along via its execute method. Tres argumentos tiene que ser pasados al metodo execute para llevar a cabo la interacción vía un Communication. Una instancia de un InteractionSpec debe ser provista para identificar las características concretas de la interacción. Los otros argumentos son registros de entrada y salida para intercambiar datos con el Enterprise Information System (EIS). input/output Representan los parámetros. Puede ser un simple array de bytes, pero usualmente son JavaBeans. Aplicar un conector es relativamente directo, aún hecho a mano. De cualquier forma, la forma preferida de usar los conectores CCF es a través de herramientas integradas, como el VisualAge for Java Enter prise Acces Builder tool. 2. Applet, applicación, servlet, o EJB? El CCF es fácilmente aplicado dentro de un ambiente rico en posibilidades como el WAS para soportar servlets o EJB. El uso de los CCF no está restringido a esos ambientes y puede ser fácilmente aplicado en applets o clientes gordos. En esos casos es necesario directamente hacer las implementaciones de la infraestructura de soporte del CCF (más abajo), ya que esto es normalmente proveído por el ambiente de componentes.

21 3. CCF infraestructure interfaces La interfaz de la infraestructura del CCF define un contrato entre el conector y el ambiente de servidor de componentes La infraestructura incluye las siguientes interfases (véase la figura 2 páginas atrás): RuntimeContext El vehículo por el cual el servidor de componente define la Quality Of Service (QoS) para un componente (y por lo teanto para los conectores usados por ese componente). Si un conector es usado fuera del servidor de componentes, inicialmente tendrá un RuntimeContext nulo y la aplicación requerirá configurar las propiedades del RuntimeContext. ConnectionManager ManagedFactory Managed SessionID Coordinator Una implementación de esta interfaz permite el uso más eficiente de las conexiones físicas, por el manejo de pools de conexiones. Un objeto del tipo Communication usa el ConnectionManager para reservar el uso de una conexión física.. Existe una implementación común del ConnectionManager que puede ser usada por cualquier implementación del servidor de componentes. Provee una forma estándar para que un ConnectionManager cree nuevas conexiones físicas. El ManagedFactory es invocado en la creación de nuevas conexiones físicas si ninguna está disponible. El ConnectionManager ve una conexión física como un objeto que implementa la interfaz Managed. A través de ésta controla el ciclo de vida de la conexión física. Tlo usa el ConnectionManager para determinar la conexión física apropiada para una sesión. Aprovee una abstracción de un servicio de transacciones. Provee un conector con el ID de la transacción actual y los servicios de registro apropiados para agregarse como un recurso dentro de la transacción actual. A través de la interfaz Resource el coordinador controla el estado de la transacción actual del EIS conectado. Resource Un Resource da al Coordinator los medios para controlar el estado. La interfaz está basada en el OTS/JTS resource interface con una extensión para el protocolo de transacciones 1PC.

22 LogonInfo (Security) Adapta a los respectivos servicios de seguridad en el servidor de componentes. Provee un control de acceso por usuario y contraseña. En vez de acceder directamente via un LogonInfo, un conector debería usar la impelmentación del LogonInfoItems que posee LogonInfoItems RASService A LogonInfoItems implementation names the security items a connector needs. For these items, the LogonInfoItems implementation provides appropriate accessor methods. The implementation of these accessor methods uses the LogonInfo from the current RuntimeContext. Da acceso a los servicios de log de errores y tracing del ambiente de servidor de omponentes 2) Controlando el ambiente de ejecución Un ambiente de soporte de componentes con muchas características como el servidor de aplicaciones de Websphere (WAS) típicamente proveerá de un ambiente de ejecución por defecto para cualquier componente que corra en él. Aún dentro de ese ambiente, puede que sea necesario instalar un RuntimeContext configurado a medida para permitir mejorar la performance o proveer funcionalidades particulares para un componente. Las 2 razones principales para configurar un RuntimeContext son proveer facilidades para manejar las conexiones (connection pooling) y para permitir mejores servicios de reporting y tracing. 2.1 Connection pooling Características generales Al acceder cualquier Base de datos, la conexión inicial es una operación costosa. El Connection Pooling permite a los administradores establecer un pool de conexiones que las aplicaciones pueden compartir en un servidor de aplicaciones. Cuando se usan las características de connection pooling, la performance puede mejorar hasta 20 veces la performance. Cada vez que un recurso intenta acceder al almacenamiento (como una BD), el recurso debe conectarse al data strore. Una conexión requiere recurso para crear, mantener y luego liberar la conexión cuando ya no es más requerida.

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

JavaEE. www.javasoft.com

JavaEE. www.javasoft.com JavaEE Java Enterprise Edition www.javasoft.com Por qué Java en el servidor? Ventajas Independencia de la plataforma portabilidad Gran conjunto de APIs Reusabilidad y modularidad Seguro en la ejecución

Más detalles

JAVA ENTERPRISE EDITION (J2EE) ARQUITECTURA TECNOLOGÍAS (1/2) (L1)

JAVA ENTERPRISE EDITION (J2EE) ARQUITECTURA TECNOLOGÍAS (1/2) (L1) TECNOLOGÍAS (1/2) (L1) EJB ( Enterprise Java Beans ) JSP ( Java Server Pages ) JNDI ( Java Naming and Directory Interface ) JDBC ( Java Data Base Connectivity ) Java Mail JSF ( Java Server Faces ) TECNOLOGÍAS

Más detalles

Notas técnicas de JAVA Nro. 7 Tip Breve

Notas técnicas de JAVA Nro. 7 Tip Breve Notas técnicas de JAVA Nro. 7 Tip Breve (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado) Tema: JAVA Basics: Diferencias conceptuales entre JavaBeans y Enterprise JavaBeans (EJB)

Más detalles

Facultad de Sistemas e Informática

Facultad de Sistemas e Informática Escuela Politécnica del Ejército Sede Latacunga Facultad de Sistemas e Informática Galarza Maira Tapia Cevallos Paulina DESARROLLO DE APLICACIONES DISTRIBUIDAS UTILIZANDO PATRONES DE DISEÑO MODELO/VISTA

Más detalles

Tema 5. Plataforma Java EE

Tema 5. Plataforma Java EE Tema 5. Plataforma Java EE SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs enero 2009 FJRP, FMBR 2008/09 ccia SCS 5.1 Introducción a Java EE Java EE (Java Enterprise

Más detalles

Curso de Java EE Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1

Curso de Java EE Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Vivimos en un mundo globalizado, donde la eficiencia y productividad de las empresas es un factor crucial para

Más detalles

Caso J2EE. Necesidades del negocio. Arquitectura Luther

Caso J2EE. Necesidades del negocio. Arquitectura Luther Caso J2EE Grupo de Construcción de Software Facultad de Ingeniería Universidad de los Andes Necesidades del negocio Describa el objetivo funcional del sistema que desea Inmedius Enumere los RNF que debe

Más detalles

Cómo puede ayudarle JBuilder en sus Desarrollos Java?

Cómo puede ayudarle JBuilder en sus Desarrollos Java? Artículos técnicos Grupo Danysoft: Cómo puede ayudarle JBuilder en sus Desarrollos Java? Oscar Cristóbal Ruiz Departamento Java Equipo Grupo Danysoft Enero 2003 - (902) 123146 www.danysoft.com Cómo puede

Más detalles

Desarrollo y servicios web Sesión 18

Desarrollo y servicios web Sesión 18 Desarrollo y servicios web Sesión 18 Luisa Fernanda Rincón Pérez 2014-2 Qué son los patrones arquitectónicos? Definen la estructura de la solución al mas alto nivel. Por esto es lo primero que se tiene

Más detalles

Aplicaciones web construidas a base de componentes:

Aplicaciones web construidas a base de componentes: Java EE Aplicaciones Web/Sistemas Web Juan Pavón Mestras Dep. Ingeniería del Software e Inteligencia Artificial Facultad de Informática Universidad Complutense Madrid Material bajo licencia Creative Commons

Más detalles

Tema 1. Introducción a Java EE

Tema 1. Introducción a Java EE Objetivos del tema Propiedades de las aplicaciones empresariales El Modelo Cliente/Servidor Presentar la Plataforma Java Presentar Java EE y otras tecnologías horizontales Tema 1. Introducción a Java EE

Más detalles

Introducción al Desarrollo de Aplicaciones Empresariales

Introducción al Desarrollo de Aplicaciones Empresariales Introducción al Desarrollo de Aplicaciones Empresariales Definición Java 2 Enterprise Edition: plataforma de desarrollo de aplicaciones para empresas, basado en EJBs. EJB (Enterprise Java Beans): especificación

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

Tema 5. Plataforma Java EE

Tema 5. Plataforma Java EE Tema 5. Plataforma Java EE SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs septiembre 2011 FJRP, FMBR 2008-2011 ccia SCS 5.1 Introducción a Java EE Java EE (Java Enterprise

Más detalles

Generador GeneXus JAVA

Generador GeneXus JAVA Generador GeneXus JAVA Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento

Más detalles

CAPÍTULO 1 EL DESARROLLO DE APLICACIONES EMPRESARIALES

CAPÍTULO 1 EL DESARROLLO DE APLICACIONES EMPRESARIALES CAPÍTULO 1 1.1 Antecedentes Las primeras aplicaciones que utilizaron motores de base de datos fueron conocidas como Aplicaciones Cliente Servidor, este tipo de aplicaciones consisten en un cliente en donde

Más detalles

Bienvenidos a la presentación: Introducción a conceptos básicos de programación.

Bienvenidos a la presentación: Introducción a conceptos básicos de programación. Bienvenidos a la presentación: Introducción a conceptos básicos de programación. 1 Los programas de computadora son una serie de instrucciones que le dicen a una computadora qué hacer exactamente. Los

Más detalles

2.1 Compuertas para Bases de Datos

2.1 Compuertas para Bases de Datos 1 Colección de Tesis Digitales Universidad de las Américas Puebla Romero Martínez, Modesto Uno de los aspectos mas importantes en un sistema multibase de datos es la forma en como llevar a cabo la comunicación

Más detalles

Panorámica de la asignatura

Panorámica de la asignatura Arquitecturas típicas. Mario Muñoz Organero Departamento de Ingeniería Telemática http://www.it.uc3m.es/mario Panorámica de la asignatura RED Comunicaciones Servidores información Intercambio de datos

Más detalles

[CASI v.0109] Pág. 1

[CASI v.0109] Pág. 1 I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Quinto Requisitos Duración Horas Semana : 08 horas Versión : v.0109 II. SUMILLA : COMPUTACIÓN E INFORMATICA : Ingeniería de Software : Lenguaje

Más detalles

Abril 2002 Docentes: Hermann Steffen, Raúl Ruggia. Informe

Abril 2002 Docentes: Hermann Steffen, Raúl Ruggia. Informe Abril 2002 Docentes: Hermann Steffen, Raúl Ruggia. Informe Grupo 2 Claudia Murialdo Santiago Jaureche Ricardo Bagnasco Enrique Delfino Contenido Contenido... 1 Introducción... 3 Diseño y Arquitectura...

Más detalles

Capítulo III. Análisis y diseño.

Capítulo III. Análisis y diseño. Capítulo III. Análisis y diseño. 3.1 Análisis. El análisis es el intermediario entre los requisitos del sistema y el diseño, esta sección definiremos el análisis con una serie de modelos técnicos del sistema,

Más detalles

IBM WebSphere Host Access Transformation Services (HATS) V5

IBM WebSphere Host Access Transformation Services (HATS) V5 IBM Software Group IBM WebSphere Host Access Transformation Services (HATS) V5 2003 IBM Corporation Qué es Host Access Transformation Services (HATS)? Un motor de transformación Web-a-host basado en reglas

Más detalles

Servidores de aplicaciones

Servidores de aplicaciones Departamento de Lenguajes y Sistemas Informáticos Productos enlatados Curso 2001-2002 Servidores de aplicaciones iplanet Application Server 4.0 BEA Systems WebLogic Server 4.5 IBM WebSphere 3.0 AE IBM

Más detalles

JSP(JAVA SERVER PAGES)

JSP(JAVA SERVER PAGES) JSP(JAVA SERVER PAGES) Introducción En la actualidad, la mayoría de los sitios Web quieren mostrar contenido dinámico basado en el usuario y en la sesión. La mayor parte del contenido, tal como imágenes,

Más detalles

Técnico Superior en Programación con Java SE Standard Edition

Técnico Superior en Programación con Java SE Standard Edition Código: M087_04 Técnico Superior en Programación con Java SE Standard Edition Modalidad: Distancia Duración: 120 horas Objetivos: Este pack de materiales formativos proporcionará al alumnado la base que

Más detalles

Lógica de negocio. Dsfg dsfg sdfg. Sdfgdfg dfg Dsf gsdfg sdfg. Dfg. Sdfgdfg dfg. Dfg. Dsf gsdfg sdfg.

<HTML> <IMG src= logo.gif > </HTML> Lógica de negocio. Dsfg dsfg sdfg. Sdfgdfg dfg Dsf gsdfg sdfg. Dfg. Sdfgdfg dfg. Dfg. Dsf gsdfg sdfg. Sdfgdfg dfg Dsf gsdfg sdfg Dsfg dsfg sdfg Sdfgdfg dfg Dfg Dsf gsdfg sdfg Dsfg dsfg sdfg Sdfgdfg dfg Dfg Dfg Índice Programación web Copyright 2001-2003 Víctor ROBLES FORCADA vrobles@fi.upm.es http://laurel.datsi.fi.upm.es/~ssoo/dsw/

Más detalles

Curso: Programación con JAVA SE Estándar Edition.

Curso: Programación con JAVA SE Estándar Edition. Curso: Programación con JAVA SE Estándar Edition. Código: 1062 Familia Profesional: Programación. Acreditación: Formación reconocida a través de vías no formales Modalidad: Distancia Duración: 150 horas

Más detalles

La Arquitectura de las Máquinas Virtuales.

La Arquitectura de las Máquinas Virtuales. La Arquitectura de las Máquinas Virtuales. La virtualización se ha convertido en una importante herramienta en el diseño de sistemas de computación, las máquinas virtuales (VMs) son usadas en varias subdiciplinas,

Más detalles

Concepto de Arquitectura en Desarrollo Software. Arquitectura física Distribución de nodos en la red. Concepto de Arquitectura software Moderno

Concepto de Arquitectura en Desarrollo Software. Arquitectura física Distribución de nodos en la red. Concepto de Arquitectura software Moderno Arquitectura Web Introducción Concepto de Arquitectura en Desarrollo Software Concepción desde RUP Arquitectura física Distribución de nodos en la red Mapeo componente software nodo computacional Concepto

Más detalles

Presentación. 29/06/2005 Monografía de Adscripción 1

Presentación. 29/06/2005 Monografía de Adscripción 1 Presentación Alumno: Uribe, Valeria Emilce Profesor Director: Mgter. David Luis La Red Martínez. Asignatura: Diseño y Administración de Datos. Corrientes 2005. 29/06/2005 Monografía de Adscripción 1 MONOGRAFIA

Más detalles

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA 3.1. Características La tendencia hacia el futuro es el de lograr la integración total de componentes realizados por terceras partes, para lo cual es necesario

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

Tema 1: Introducción a las Tecnologías Java

Tema 1: Introducción a las Tecnologías Java Tema 1: Introducción a las Tecnologías Java Índice Características de las aplicaciones empresariales Tecnologías Java Alternativas a las tecnologías Java XML Material de clase Características de las aplicaciones

Más detalles

1. Aplicaciones N -Capas 2. J2EE 3. Comparativa J2ee y Microsoft.Net. Internet Explorador. Internet. Netscape. Servidor Web. Opera.

1. Aplicaciones N -Capas 2. J2EE 3. Comparativa J2ee y Microsoft.Net. Internet Explorador. Internet. Netscape. Servidor Web. Opera. I Buscando Información Internet Explorador Netscape Consulta en Banca E -learning Internet Recibe Peticiones Envió de Respuestas Servidor Web Opera 1. Aplicaciones N -Capas 2. J2EE 3. Comparativa J2ee

Más detalles

Capítulo 4. Herramientas para el desarrollo del sistema

Capítulo 4. Herramientas para el desarrollo del sistema Capítulo 4. Herramientas para el desarrollo del sistema 4.1 Java Serve Pages (JSP) La tecnología de JavaServer PagesTM (JSP TM) permite a los desarrolladores y a los diseñadores de Web desarrollar rápidamente

Más detalles

Curso de Java EE Todos los Derechos Reservados Global Mentoring Experiencia y Conocimiento para tu Vida 1

Curso de Java EE Todos los Derechos Reservados Global Mentoring Experiencia y Conocimiento para tu Vida 1 1 Los Enterprise Java Beans (EJB) es código Java del lado del Servidor. Normalmente tienen la lógica de negocio de nuestra aplicación, y por lo tanto cubren el rol de la capa de servicio de nuestras aplicaciones

Más detalles

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI.

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Ponencia para Evento de Redes. Autor: Rubén Rivera Rodríguez, Citmatel Resumen Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Las nuevas tendencias

Más detalles

Proyecto ELO-330 Administración Salas del Departamento de Electrónica RC1. Gerardo Lecaros Felipe Díaz

Proyecto ELO-330 Administración Salas del Departamento de Electrónica RC1. Gerardo Lecaros Felipe Díaz Proyecto ELO-330 Administración Salas del Departamento de Electrónica RC1 Gerardo Lecaros Felipe Díaz Problemática Petición de salas de forma tradicional Solución J2EE Java 2 Platform, Enterprise Edition

Más detalles

Programación Java. M.C. Jorge Eduardo Ibarra Esquer Universidad Autónoma de Baja California jorgeeie@uabc.mx

Programación Java. M.C. Jorge Eduardo Ibarra Esquer Universidad Autónoma de Baja California jorgeeie@uabc.mx Programación Java M.C. Jorge Eduardo Ibarra Esquer Universidad Autónoma de Baja California jorgeeie@uabc.mx Febrero de 2006 Objetivos Conocer las características de la Tecnología Java Comprender las características

Más detalles

WebSphere Extended Deployment

WebSphere Extended Deployment IBM Software Group WebSphere Extended Deployment Gestión de Efectividad y Capacidad Agenda WebSphere Extended Deployment: Introducción Dynamic Operations Extended Manageability High Performance Computing

Más detalles

5 Aplicaciones empresariales con tecnología java EE.

5 Aplicaciones empresariales con tecnología java EE. 5 Aplicaciones empresariales con tecnología java EE. Esta tesis aborda la creación de una aplicación empresarial, pero, a qué se refiere el término de aplicación empresarial? En esencia, las aplicaciones

Más detalles

ARC 108 Component Model

ARC 108 Component Model ARC 108 Component Model Evolución Tecnológica de RNOM Banco de Previsión Social Tabla de Contenidos ARC 108 Component Model 1. INTRODUCCIÓN 3 2. OBJETIVO 4 3. NOTACIÓN 5 4. ARQUITECTURA GLOBAL 6 4.1. DIAGRAMA

Más detalles

JAVA 2 ENTERPRISE EDITION

JAVA 2 ENTERPRISE EDITION JAVA 2 ENTERPRISE EDITION Jon Castro Jonathan Escolano Índice Arquitecturas características de las aplicaciones empresariales Tecnologías J2EE Alternativas a J2EE Tecnologías de integración de aplicaciones

Más detalles

Oracle Application Server 10g

Oracle Application Server 10g Oracle Application Server Oracle Application Server 10g La plataforma de aplicaciones más completa e integrada del mercado Puntos a comparar Lo más importante antes de realizar un análisis comparativo

Más detalles

Tema 1: Introducción a Java EE

Tema 1: Introducción a Java EE Tema 1: Introducción a Java EE Índice Arquitecturas características de las aplicaciones empresariales Tecnologías J2EE Alternativas a J2EE Patrones arquitectónicos Model-View-Controller y Layers Recursos

Más detalles

Desarrollo de Aplicaciones Web con Eclipse

Desarrollo de Aplicaciones Web con Eclipse Desarrollo de Aplicaciones Web con Eclipse Oscar Gosdinski Software Services Representative Java Es un lenguaje de programación y una plataforma de desarrollo. 2 Lenguaje de alto nivel que puede ser caracterizado

Más detalles

Andrés Vignaga, Daniel Perovich. Universidad de la República, Facultad de Ingeniería, Instituto de Computación Montevideo, Uruguay

Andrés Vignaga, Daniel Perovich. Universidad de la República, Facultad de Ingeniería, Instituto de Computación Montevideo, Uruguay ARQUITECTURAS Y TECNOLOGÍAS PARA EL DESARROLLO DE APLICACIONES WEB Andrés Vignaga, Daniel Perovich Universidad de la República, Facultad de Ingeniería, Instituto de Computación Montevideo, Uruguay {avignaga,perovich}@fing.edu.uy

Más detalles

5. Modelos de Sistemas Distribuidos

5. Modelos de Sistemas Distribuidos Sistemas Distribuidos 5. Modelos de Sistemas Distribuidos Prof. María Feldgen Curso 2006 Índice Modelos Modelo Cliente-Servidor Framework CORBA Java RMI Microsoft DCOM Message-Oriented Middleware Dificultades

Más detalles

White Paper Help Desk Intranet

White Paper Help Desk Intranet 2004 Koala Developers Versión del documento: 2.0.8 White Paper Help Desk Intranet Autor: Departamento de Comercialización Última modificación: Abril de 2004 1 Contenido 2 Quién debería leer este documento?...3

Más detalles

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra Si en otros tiempos el factor decisivo de la producción era la tierra y luego lo fue el capital... hoy día el factor decisivo es cada vez más el hombre mismo, es decir, su conocimiento... Juan Pablo II

Más detalles

Revista Digital Universitaria. 10 de agosto 2004 Volumen 5 Número 7 ISSN: 1067-6079

Revista Digital Universitaria. 10 de agosto 2004 Volumen 5 Número 7 ISSN: 1067-6079 Revista Digital Universitaria 10 de agosto 2004 Volumen 5 Número 7 ISSN: 1067-6079 JAVA o L.I. Anabell Comas Becaria de la Coordinación de Publicaciones Digitales anabell@alethia.dgsca.unam.mx o http://www.revista.unam.mx/vol.7/num12/art104/art104.htm

Más detalles

Taller de Sistemas de Información 2

Taller de Sistemas de Información 2 Taller de Sistemas de Información 2 Clase 1 Aruitecturas y Middlewares Contenido Aruitectura de un sistema Evolución de las aruitecturas Monolíticas File sharing Cliente/Servidor En capas SOA Middlewares

Más detalles

IBM y Linux Novedades

IBM y Linux Novedades IBM y Linux Novedades Jose Pedro Moro SW marketing, IBM jope@es.ibm.com 1 13/11/00 IBM en Hispalinux 2000.PRZ Que pasaba hace un año? Linux era una 'curiosidad' para las empresas Confusion en el mercado

Más detalles

ORACLE TUXEDO HOJA DE DATOS DE ORACLE

ORACLE TUXEDO HOJA DE DATOS DE ORACLE HOJA DE DATOS DE ORACLE CARACTERÍSTICAS Y BENEFICIOS CLAVE CARACTERÍSTICAS Procesamiento de transacciones distribuidas Infraestructura de integración extensible Seguridad avanzada Alta disponibilidad Protocolo

Más detalles

Notas técnicas Tips de SAP Netweaver ABAP JAVA Tip Nro. 14. (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado)

Notas técnicas Tips de SAP Netweaver ABAP JAVA Tip Nro. 14. (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado) Teknoda SAPping http://www.teknodatips.com.ar Notas técnicas Tips de SAP Netweaver ABAP JAVA Tip Nro. 14 (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado) Preguntas y respuestas

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

Más detalles

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de itunes. El material

Más detalles

Curso de Android con Java

Curso de Android con Java Todos los Derechos Reservados Global Mentoring Experiencia y Conocimiento para tu Vida 1 Este es un tiempo único para el mundo de los celulares, en particular de los Smartphones. Este tipo de dispositivos

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS DE INFORMACIÓN III TEORÍA CONTENIDO: Introducción a los Web services Las bases de los Web services La nueva generación de la Web Interactuando con los Web services La tecnología de Web services XML: Lo fundamental WSDL: Describiendo

Más detalles

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes. SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados

Más detalles

El Framework de desarrollo del Consejo

El Framework de desarrollo del Consejo El Framework de desarrollo del Consejo Superior de Investigaciones Científicas Director de la OPCSIC Centro Técnico de Informática (CSIC) Directora Centro Técnico de Informática (CSIC) Palabras clave Framework,

Más detalles

Tema 3. 3.3 Tecnologías de Desarrollo

Tema 3. 3.3 Tecnologías de Desarrollo Tema 3 3.3 Tecnologías de Desarrollo HTML pronto pasa a ser insuficiente para todas las posibilidades de la Red No se puede interactuar con el servidor Aparecen los primeros scripts para propocionar dichar

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

Introducción a Javato

Introducción a Javato Introducción a Javato Fº. Javier Pereñiguez Steria Iberica 20/02/2008 Índice Introducción Arquitectura Ejemplo arquitectura Plataforma Desarrollo Ejemplo de entorno de desarrollo Vías futuras Casos de

Más detalles

Apéndice 1. SOAP 2 2. CORBA 4 3. JMS 6 4. RMI 8

Apéndice 1. SOAP 2 2. CORBA 4 3. JMS 6 4. RMI 8 Apéndice A Conectividad 1. OAP 2 2. CORBA 4 3. JM 6 4. RMI 8 OAP OAP (imple Object Access Protocol) es un protocolo basado en XML que permite comunicar componentes y aplicaciones mediante HTTP. Es como

Más detalles

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

Guía Funcional del Módulo de Integración con Sistemas Heredados. Versión 5.1.0

Guía Funcional del Módulo de Integración con Sistemas Heredados. Versión 5.1.0 Guía Funcional del Módulo de Integración con Sistemas Heredados Versión 5.1.0 1. Introducción Una buena definición de un sistema heredado se puede encontrar en el Omnibus Lexicon http://www.fourthwavegroup.com/publicx/1301w.htm.

Más detalles

Arquitectura de Software

Arquitectura de Software Arquitectura de Software (Estilos Arquitectónicos) Universidad de los Andes Demián Gutierrez Mayo 2011 1 Diseño Arquitectónico Diseño Arquitectónico Arquitectura del Software Estilos Arquitectónicos Frameworks

Más detalles

Análisis, Diseño e Implementación de un Sistema de. Alquiler de autos usando tecnología Cliente/Servidor con

Análisis, Diseño e Implementación de un Sistema de. Alquiler de autos usando tecnología Cliente/Servidor con Análisis, Diseño e Implementación de un Sistema de Alquiler de autos usando tecnología Cliente/Servidor con arquitectura CORBA AUTORES: Carolina Elizabeth Chang Herrera 1 Boris Hernán Montiel Rivera 2

Más detalles

MARCANDO LA DIFERENCIA

MARCANDO LA DIFERENCIA MARCANDO LA DIFERENCIA INTEGRACIÓN RÁPIDA Y CONFIABLE entre sus sistemas Simplifique la integración y el mantenimiento de su lógica de negocio con nuestra arquitectura orientada a servicios. Ahorre dolores

Más detalles

Linux en IBM. Jose Pedro Moro Jimenez Software Marketing Manager IBM España

Linux en IBM. Jose Pedro Moro Jimenez Software Marketing Manager IBM España Linux en IBM Jose Pedro Moro Jimenez Software Marketing Manager IBM España El surgimiento de e-business Web Acceso universal Estandares e-business Utilizar la tecnología de Internet para transformar los

Más detalles

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders sistema Componentes y Middleware Arquitectura de Software Componentes y Middleware [1] Componentes Middleware Políticas y mecanismos Ejemplo de notación ad-hoc Hernán Astudillo Departamento de Informática

Más detalles

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe Arquitectura de Software Componentes y Middleware [1] Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Componentes y Middleware Componentes Middleware

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

D E S C R I P C I Ó N

D E S C R I P C I Ó N ADAPTOR pertenece a la nueva generación en herramientas de Integración de Sistemas (EAI) fuertemente inspirada en el paradigma SOA y capaz de funcionar en un bus de servicios (ESB), es la forma más eficiente

Más detalles

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Ramón Gómez-Romero, Karen Cortés Verdin, Juan Carlos Pérez Arriaga, Ángeles Arenas Valdés Universidad

Más detalles

Características de OpenCms

Características de OpenCms Características de OpenCms Se basa en Java y Xml OpenCms está totalmente desarrollado en java bajo el estándar servlet. Por lo tanto, se puede integrar fácilmente en entornos hardware y software existentes,

Más detalles

Aplicación TESTS. Diseño de aplicaciones utilizando la plataforma J2EE TM. Ing. Javier Alfredo Voos

Aplicación TESTS. Diseño de aplicaciones utilizando la plataforma J2EE TM. Ing. Javier Alfredo Voos Aplicación TESTS Diseño de aplicaciones utilizando la plataforma J2EE TM Ing. Javier Alfredo Voos Enviar comentarios técnicos a: jvoos@scdt.frc.utn.edu.ar U.T.N. Facultad Regional Córdoba Grupo Ingeniería

Más detalles

Introducción a la herramienta para administración de información de especies y especímenes: Ara. María Mora, INBio. Costa Rica mmora@inbio.ac.

Introducción a la herramienta para administración de información de especies y especímenes: Ara. María Mora, INBio. Costa Rica mmora@inbio.ac. Introducción a la herramienta para administración de información de especies y especímenes: Ara María Mora, INBio. Costa Rica mmora@inbio.ac.cr Temario Objetivo del sistema Mecanismos de implementación

Más detalles

II Curso Online JAVA-J2EE

II Curso Online JAVA-J2EE II Curso Online JAVA-J2EE TEMA 3 Introducción a J2EE Autor: PCYTA / Centro de Excelencia de Software Libre de Castilla-La Mancha Versión: 1.0 Fecha: Revisado 13-02-2008 23:56 Licencia: CC-by-sa 2.5 0 Licencia

Más detalles

Informe de avance Implementación herramientas de back-end (3-III).

Informe de avance Implementación herramientas de back-end (3-III). Proyecto RG-T1684 Desarrollo e implementación de las soluciones Prueba piloto del Componente III Informe Número 1. Informe de avance Implementación herramientas de back-end (3-III). Lautaro Matas 11/04/2013

Más detalles

Global: Se puede acceder a él desde cualquier tipo de plataforma, usando cualquier navegador y desde cualquier parte del mundo.

Global: Se puede acceder a él desde cualquier tipo de plataforma, usando cualquier navegador y desde cualquier parte del mundo. CAPÍTULO III APLICACIÓN WEB 3.1. Introducción Con la aparición de Internet y de la web en concreto, se han abierto infinidad de posibilidades en cuanto al acceso a la información desde casi cualquier sitio.

Más detalles

CentralTECH JAVA EE 7 Desarrollo

CentralTECH JAVA EE 7 Desarrollo CT-2776: de Aplicaciones Sobre este curso El curso está dirigido a profesionales y estudiantes IT que deseen adquirir los conceptos y tecnologías necesarias para implementar aplicaciones Web empresariales

Más detalles

Desarrollo de Aplicaciones web con JPA, EJB, JSF y PrimeFaces

Desarrollo de Aplicaciones web con JPA, EJB, JSF y PrimeFaces Desarrollo de Aplicaciones web con JPA, EJB, JSF y PrimeFaces Fernando Pech-May 1, Mario A. Gomez-Rodriguez 1, Luis A. de la Cruz-Diaz 1, Salvador U. Lara-Jeronimo 1 1 Instituto Tecnológico Superior de

Más detalles

J2EE UNIVERSIDAD CATOLICA NUESTRA SEÑORA DE LA ASUNCIÓN. Facultad de Ciencias y Tecnología. Trabajo Practico TAI 2

J2EE UNIVERSIDAD CATOLICA NUESTRA SEÑORA DE LA ASUNCIÓN. Facultad de Ciencias y Tecnología. Trabajo Practico TAI 2 UNIVERSIDAD CATOLICA NUESTRA SEÑORA DE LA ASUNCIÓN Facultad de Ciencias y Tecnología Trabajo Practico TAI 2 J2EE Integrantes: Daniel Cricco Julio Rey Profesor: Juan de Urraza Año 2004 El desafió del desarrollo

Más detalles

Service Broker. Bind. Service Consumer. Service Provider

Service Broker. Bind. Service Consumer. Service Provider En este capítulo, usted podrá empezar por mirar a la arquitectura orientada al servicio como un concepto en arquitectura para aplicaciones distribuidas. A continuación usted examinará cómo estas arquitecturas

Más detalles

VISIÓN GENERAL HERRAMIENTAS COMERCIALES

VISIÓN GENERAL HERRAMIENTAS COMERCIALES VISIÓN GENERAL El servidor de MS SQL se ha convertido en un estándar en muchas partes de la América corporativa. Puede manejar volúmenes de datos grandes y se integra bien con otros productos de Microsoft.

Más detalles

Diferenciadores entre ediciones de Bases de Datos Oracle Octubre de 2011. Standard Edition One. Express Edition. Standard Edition

Diferenciadores entre ediciones de Bases de Datos Oracle Octubre de 2011. Standard Edition One. Express Edition. Standard Edition Diferenciadores entre ediciones de Bases de Datos Oracle Octubre de 2011 Características Express Standard One Standard Enterprise Procesamiento Máximo 1 CPU 2 Sockets 4 Sockets Sin límite Memoria RAM Máxima

Más detalles

Desarrollo de Software con

Desarrollo de Software con Desarrollo de Software con Antonio J. Vélez Q. Universidad del Valle Sede Palmira Contenido Modelo de Aplicaciones Java EE Arquitectura de las aplicaciones JEE Comunicación entre componentes Contenedores

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

Experiencias con J2EE

Experiencias con J2EE Experiencias con J2EE Carlos Luna García Project Manager J2EE carlos.luna@sistel.es Presentación corporativa (1)! Presentación de la compañía.» Sistel es una compañía de integración y desarrollo de sistemas

Más detalles

JBoss Enterprise Middleware. Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com

JBoss Enterprise Middleware. Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com JBoss Enterprise Middleware Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com UN FUTURO TAN ABIERTO COMO SEA POSIBLE CODIGO ABIERTO ESTANDARES ABIERTOS CONTENIDO ABIERTO

Más detalles

CL_50466 Windows Azure Solutions with Microsoft Visual Studio 2010

CL_50466 Windows Azure Solutions with Microsoft Visual Studio 2010 Windows Azure Solutions with Microsoft Visual Studio 2010 www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción Este curso es una introducción

Más detalles

APLICACIONES DE ORACLE HEALTH INSURANCE BACK OFFICE: SOLUCIONES FLEXIBLES PARA SISTEMAS DE ATENCIÓN DE SALUD COMPLEJOS

APLICACIONES DE ORACLE HEALTH INSURANCE BACK OFFICE: SOLUCIONES FLEXIBLES PARA SISTEMAS DE ATENCIÓN DE SALUD COMPLEJOS APLICACIONES DE ORACLE HEALTH INSURANCE BACK OFFICE: SOLUCIONES FLEXIBLES PARA SISTEMAS DE ATENCIÓN DE SALUD COMPLEJOS COMPATIBLE CON PROCESOS DE NEGOCIO FUNDAMENTALES EN SISTEMAS PÚBLICOS Y PRIVADOS CARACTERÍSTICAS

Más detalles

Novedades en Crystal Reports 10

Novedades en Crystal Reports 10 Novedades en Crystal Reports 10 Basado en la estabilidad probada de la versión 9, Crystal Reports ofrece nuevas funciones y mejoras. Este capítulo presenta dichas funciones y mejoras proporcionando un

Más detalles

Productos para desarrollar aplicaciones web: ASP, CFM, JSP y PHP

Productos para desarrollar aplicaciones web: ASP, CFM, JSP y PHP Departamento de Lenguajes y Sistemas Informáticos Productos para desarrollar aplicaciones web: ASP, CFM, JSP y PHP Curso 001-00 ASP, CFM, JSP y PHP (I) Diferente tecnologías con un mismo propósito: proporcionar

Más detalles

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services Richard Rossel rrossel@inf.utfsm.cl 23 de noviembre de 2004 JAVA2 TOC s JAVA2 JAVA2 Definición Aplicaciones Autocontenidas y Modulares Basado en estándares (XML,HTTP) Aplicaciones se anuncian por la red

Más detalles

Web Forms. Para crear una aplicación Web de ASP.NET se utilizan los controles de las secciones HTML o Web Forms de la caja de herramientas.

Web Forms. Para crear una aplicación Web de ASP.NET se utilizan los controles de las secciones HTML o Web Forms de la caja de herramientas. Web Forms Web Forms es un nuevo modelo de programación para interfaces de usuario de Internet basado en ASP.NET que sustituye a WebClasses y el Diseñador de Web Forms sustituye al Diseñador de páginas

Más detalles