OMG - CORBA. Object Management Group. Common Object Request Broker (CORBA)
|
|
- Josefina Robles Crespo
- hace 2 años
- Vistas:
Transcripción
1 OMG - CORBA Object Management Group Common Object Request Broker (CORBA)
2 OMG - CORBA Objetivo OMG proveer un marco de arquitectura común n para aplicaciones orientadas a objetos basado en la especificación n de interfaces Caracteristicas Especificacion abierta Independiente del vendedor Propone arquitectura e infraestructura para que sea utilizada por las aplicaciones que deben interactuar a traves de redes
3 OMG - CORBA - Bibliografia CORBA 3 Fundamentals and Programming Editorial John Wiley & Sons - ISBN: CORBA, Tesis Facultad de Ingenieria, Ing. Pilar Rey Nores - Cordoba 2002.
4 OMG - CORBA - Historia 1989 Creacion OMG 1990 CORBA CORBA CORBA 2 definicion IDL y API de ORB definicion IIOP (Internet Inter-ORB Protocol) 1997 CORBA CORBA 3
5 OMG - CORBA - Modelo Core Object Model Modelo conceptual OMA - Arquitectura de Referencia Arquitectura Gestora de Objetos (OMA) a partir de la cual se pueden construir las aplicaciones y de la que CORBA es parte
6 OMA - CORBA Object Management Architecture (OMA) Elementos Función del ORB Servicios a objetos Servicios CORBA Facilidades comunes Facilidades CORBA Interfaces de Dominios Objetos de la Aplicación CORBA
7 OMA - CORBA Application Objects CORBA Domains CORBA Facilities Object Request Broker CORBA Services
8 OMA - ORB ORB es el componente de middleware que establece relaciones cliente/servidor entre objetos. permite que un cliente invoque en forma transparente un método de un objeto servidor que se encuentre en la misma máquina o en otra distinta
9 OMA - ORB ORB Facilita la comunicación n entre cliente y servidor Tareas que resuelve el ORB Localización de objetos Independizar de la Implementación del objeto Estado de ejecución del objeto Mecanismo de comunicación entre objetos
10 OMA - Servicios de Objetos CORBAServices Proveen funcionalidad basica necesaria para operar en un entorno de objetos distribuidos Servicios mas importantes Naming Service Object Trader Service Persistent State Service
11 OMA - Servicios de Objetos CORBAServices Collection Service Persistent Object Service Concurrency Service Property Service Event Service Query Service Externalization Service Relationship Service Naming Service Security Service Licensing Service Time Service Life Cycle Service Trading Object Service Notification Service Transaction Service
12 CORBAFacilities Interface Usuario OMA - Facilidades Estilo de la Interfaz, Facilitadores, Sistema de Gestion de Trabajo, Automatizacion de Tareas y Procesos. Administracion de Tareas Diagramas de trabajo, Agentes, Reglas, Automatizacion. Administracion de Informacion Modelado, Almacenamiento y Recuperacion, Intercambio de informacion, codificacion y representacion. Administracion de Sistemas Gestion de Politicas, Calidad de Servicio, Instrumentacion, Compendio de Datos, Instancias, Planificacion de Tiempo, Customizacion, Eventos.
13 OMA - Dominios OMG a traves de estas especificaciones trata de proponer un marco de trabajo mas acotado y customizado para un dominio de aplicacion especifico Dominios Bussines Finance HealthCare Life Science Research Manufacturing Telecommunications Transportation
14 CORBA - IDL Interface Definition Language Lenguaje utilizado para definir las interfaces entre los componentes de una aplicación Asegura que los datos son correctamente intercambiados entre lenguajes diferentes No es un lenguaje procedural sólo permite definir interfaces
15 Language Mapping CORBA - IDL Mecanismo utilizado para lograr la independencia de Lenguajes Especificacion que mapea las construcciones del lenguaje IDL a construcciones de un lenguaje en particular Ej: IDL interface C++ class
16 CORBA - Stubs & Skeletons Stubs y Skeleton Conexion entre la especificacion de la interface IDL (independiente del lenguaje) y la implementacion del objeto (dependiente del lenguaje) Stub crea y emite los pedidos en nombre del cliente Skeleton entrega el pedido a la implementación del objeto CORBA Una vez definidas las interfaces IDL, es necesario compilarlas con un compilador IDL que genera los stubs y skeletons correspondientes
17 CORBA Marshaling / Unmarshaling Marshaling Proceso de traduccion de los parametros de entrada en una referencia a un metodo de un objeto remoto, de manera que puedan ser transmitidos via la red (formato on-the-wire) Unmarshaling Proceso inverso al Marshaling. Estos procesos se realizan automaticamente sin del programador. La aplicación n cliente simplemente invoca el método remoto deseado (que a la vista del cliente parece local), y el resultado es devuelto (o se dispara una excepción); todo ésto es realizado transparente y automáticamente ticamente por el ORB.
18 Interface Definition Language Interface Definition Language Lenguaje utilizado para definir las interfaces entre los componentes de una aplicación Asegura que los datos son correctamente intercambiados entre lenguajes diferentes No es un lenguaje procedural sólo permite definir interfaces
19 IDL - Caracteristicas Generales Case Sensitive Identificadores son Sensibles a Mayusculas/Minusculas Diferentes Identificadores en el mismo contexto no pueden diferir solamente en mayusculas/minusculas Sintaxis Similar a C / Java Definiciones terminan con ; Bloques entre { } { } Palabras Reservadas Como todos los lenguajes tiene una serie de palabras reservadas, que no pueden ser utilizadas. Preprocesador C
20 IDL - Palabras Reservadas any double interface readonly unsigned attribute enum long sequence union boolean exception module short void case FALSE Object string wchar char fixed octet struct wstring const float oneway switch context in out TRUE default inout raises typedef
21 IDL - Module Permite agrupar un conjunto de definiciones IDL Similar al concepto de package de Java Ejemplo module SistemaSalud { } interface Prestador { }; interface Afiliado { }; interface ObraSocial { };
22 IDL - Interface Definicion de Interface operaciones que se podran realizar sobre el objeto parametros de entrada y salida con sus respectivos tipos de dato Una interface describe los servicios provistos o soportados por un objeto CORBA
23 IDL - Tipos CORBA Objects cada objeto CORBA tiene un nombre de tipo, que es el mismo nombre que se utilizo en la declaracion de la interface que lo describe. Variables deben pertencer a alguno de los tipos soportados por la especificacion IDL. Tipos basicos: void, boolean, char, double, string, etc. Tipos Construidos: enum, struct, union, etc. Tipos Contenedores: sequence, array
24 IDL - Excepciones Tipos Definidas por el Usuario CORBA predefinidas Mecanismo de Manejo de Excepciones IDL permite definir excepciones y especificar que excepcion es lanzada por cual metodo. Cuando ocurre una excepcion, el ORB pasa la excepcion al ORB del objeto que llamo al metodo en cuestion y la otra ORB se encarga de pasarle la excepcion al objeto que invoco el metodo. Ejemplo: exception PrestadorInvalido { string idprestador; string ErrorMsg; };
25 Compilador IDL IDL Compiler herramienta de software para implementar los mapeos de lenguajes a IDL provisto junto con la ORB generan codigo fuente en el lenguaje particular en el que se esta programando generan: Client Stub Object Skeleton
26 IDL - Ejemplo interface Prestador { } //id Prestador readonly attribute short id; //nombre prestador readonly attribute string nombre; float get_saldo ( in short idos); Interface para un objeto que entre otras cosas permite calcular el saldo de cta cte de un prestador para una determinada Obra Social.
27 Protocolo GIOP - IIOP General Inter-ORB Protocol (GIOP). GIOP es un protocolo estándar de alto nivel para la comunicación entre ORBs. GIOP es un protocolo generalizado, no se usa directamente, sino que es especializado por un protocolo particular para poder usarse. Internet Inter-ORB Protocol (IIOP) una especialización del GIOP protocolo estándar para la comunicación entre ORBs en redes basadas en TCP/IP. Un ORB debe soportar IIOP para ser considerado CORBA 2.0 compatible
TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA
TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA II. Objetos distribuidos y CORBA 1. Objetos Distribuidos 2. CORBA 1. Características 2. Modelo de trabajo 3. ORB 4. Arquitectura
Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V
Bibliografía Tema V Tecnología de objetos distribuidos y arquitectura de componentes. Szyperski, C. 1998. Component Software. Addison-Wesley. Ruiz Cortés, 1998. A. CORBA: Una visión general. http://www.lsi.us.es/~aruiz
Capítulo 1. Componentes de CORBA.
Capítulo 1. Componentes de CORBA. La OMA (Object Management Architecture) define en alto nivel de abstracción las reglas necesarias para la distribución de la computación orientada a objetos (OO) en entornos
CORBA. Hillary Caituiro Monge Departamento de Ingeniería Electrica y de Computadoras hillarycm@hotmail.com. Resumen
CORBA Hillary Caituiro Monge Departamento de Ingeniería Electrica y de Computadoras hillarycm@hotmail.com Resumen CORBA (Common Object Request Broker Architecture) es una especificación propuesta por un
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
Sistemas Distribuidos de Tiempo Real
MASTER EN COMPUTACIÓN Sistemas Distribuidos de Tiempo Real Apuntes: TEMA 4 Por: J. Javier Gutiérrez gutierjj@unican.es http://www.ctr.unican.es/ Grupo de Computadores y Tiempo Real, Universidad de Cantabria
CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO
BASES DE DATOS ORIENTADAS A INTRODUCCIÓN INTRODUCCIÓN.. MODELO DE DATOS ORIENTADO A. COMPLEJOS.. ODL. LENGUAJE DE CONSULTA DE OQL. DISEÑO CONCEPTUAL DE BD DE. ESTÁNDAR CORBA PARA. BD ORIENTADAS A 1 BD
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
Notas. Tecnologías de Desarrollo de Sistemas Distribuidos basados en Objetos. Resumen 2. CORBA. 1. Introducción
Notas Tecnologías de Desarrollo de Sistemas Distribuidos basados en Objetos Resumen Debido al auge que se ha venido dando últimamente en el uso de las redes, se ha incrementado el crecimiento de los entornos
Modelo de Objetos Distribuidos
Remote Method Invocation Modelo de Objetos Distribuidos Un objeto remoto es un objeto cuyos métodos pueden ser invocados desde otra máquina virtual de java, potencialmente en un host diferente. Modelo
servicios. El API es definido al nivel de código fuente y proporciona el nivel de
GLOSARIO API Application Program -ming- Interface Es la interfaz por la cual una aplicación accede al sistema operativo u a otros servicios. El API es definido al nivel de código fuente y proporciona el
Llamada a métodos remotos (RMI). Curso 04/05. Tema 9. Departament d Informàtica. Universitat de València. 1. Introducción 2
Tema 9 Llamada a métodos remotos (RMI). Departament d Informàtica. Índice 1. Introducción 2 1.1. Cómo funciona RMI?.......................................... 2 2. Usando RMI 4 2.1. Fase de desarrollo:
CAPITULO 3 ARQUITECTURA DE COMPONENTES GIS EN INTERNET
CAPITULO 3 ARQUITECTURA DE COMPONENTES GIS EN INTERNET 3.1- ARQUITECTURA DE COMPONENTES GIS La presente tesis trata del diseño y desarrollo de una aplicación basado en el Web para servir datos geográficos
Tecnologías Middleware
Tecnologías Middleware 1 Bibliografía y Evaluación The Essential Distributed Objects Survival Guide R. Orfali, D. Harkey, J. Edwards Wiley, 1996 Seguimiento clases teóricas. Seguimiento prácticas laboratorio.
Objetos Distribuidos - Componentes. Middleware
Objetos Distribuidos - Componentes Middleware Middleware Component Oriented Development Arquitecturas 3 Tier Middleware es el software que: conecta y comunica los componentes de una aplicacion distribuida
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
Nómadas (Col) ISSN: 0121-7550 nomadas@ucentral.edu.co Universidad Central Colombia
Nómadas (Col) ISSN: 0121-7550 nomadas@ucentral.edu.co Universidad Central Colombia Martínez Barrera, Crisman TECNOLOGÍA CORBA (Common Object Request Broker Architecture) Nómadas (Col), núm. 17, 2002, pp.
Apéndice 1. DMOF Y MOF 2
Apéndice C DMOF y MOF 1. DMOF Y MOF 2 PROCESO DE DESARROLLO PARA GENERAR REPOSITORIOS DE META DATA BASADOS EN MOF. 2 DMOF IMPLEMENTA LOS MAPEOS POSIBLES DE MOF 5 MOF IDL MAPPING 5 MOF XMI MAPPING 7 UN
5.1 Introducción a Servicios Web
5.1 Introducción a Servicios Web Introducción Continuando con el ejemplo de intercambio de información de películas... => Actualmente ya no es necesario implementar la solución sugerida a mano Se han estandarizado
www.monografias.com Componentes
1. Introducción. 2. COM / DCOM 3. CORBA 4. Common Gateway Interface (CGI) 5. Java en Computación Distribuida 6. Comparación de Arquitecturas 7. Bibliografía www.monografias.com Componentes INTRODUCCIÓN.
CORBA desde Java. Diego Sevilla Ruiz Sistemas Distribuidos. 1. Introducción
CORBA desde Java Diego Sevilla Ruiz Sistemas Distribuidos Índice 1. Introducción 1 2. Primeros pasos 1 2.1. Fichero IDL................................... 1 2.2. Cliente......................................
4 Encuentro Internacional de Computación Aplicada
4 Encuentro Internacional de Computación Aplicada Arquitectura de Objetos Distribuidos utilizando EJBs Omar Gómez omar@cuci.udg.mx Agenda Arquitectura de Objetos Distribuidos Arquitectura J2EE Componentes
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
CORBA. Carpe Diem Quam Minimum Credula Postero. Manual de CORBA (Common Object Request Broker Architecture)
Manual de CORBA (Common Object Request Broker Architecture) La arquitectura común de intermediarios en peticiones a objetos (CORBA) es una arquitectura de comunicaciones entre sistemas heterogéneos que
MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx
MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx Contenido Middleware: Introducción Definición Genealogía Aplicaciones actuales: Servicios Web Computación
Tema 1. Introducción a JAVA
Tema 1. Introducción a JAVA Historia Características Plataforma Java Entorno de desarrollo Ejemplo: Hola mundo Estructura general de un programa Java 1 Historia de Java (i) Surge en 1991: Sun Microsystems
INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA (GATEWAY)
UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIA Y TECNOLOGIA MAESTRIA CIENCIA DE LA COMPUTACION MENCION REDES DE COMPUTADORAS INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA
Programación Orientada por Objetos
Sistemas Basados en Objetos Distribuidos CORBA: Un caso de Estudio Prof. Mariela Curiel Sept-Dic 2009 Basado en el Capítulo del mismo nombre de Tanenbaum y Van Steen. Programación Orientada por Objetos
RPC. Llamadas a Procedimientos Remotos (RPC) Paradigmas. Conceptos. Modelo Conceptual
Llamadas a Procedimientos Remotos (RPC) Basado en el libro Internetworking with TCP/IP. Vol III. D. E Comer y D. Stevens Algunas Ilustraciones se tomaron de Practical Unix Programming. K. Robbins y Robbins
Arquitectura cliente/servidor
Departamento de Lenguajes y Sistemas Informáticos Arquitectura cliente/servidor Programación en Internet Curso 2004-2005 Índice Introducción Tipos de servidores Ventajas Separación de funciones Modelos
Práctica 5: Common Object Request Broker Architecture CORBA
Práctica 5: Common Object Request Broker Architecture CORBA Aplicaciones Telemáticas II Introducción El objetivo de esta práctica es entender mejor el funcionamiento de CORBA (Common Object Request Broker
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
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
Middleware. Introducción: capas de middleware
Middleware ] Introducción ] Representación externa de datos y empaquetado ] Protocolos de petición respuesta ] Comunicación en grupo ] Comunicación entre objetos distribuidos ] Llamada a un procedimiento
3.9 Patrón Distributed callback
3.9 Patrón Distributed callback Motivación (1) Queremos que la aplicación de administración de los termostatos Monitorize la temperatura de algunos termostatos, avisándonos si ésta baja o sube por encima
UNIÓN INTERNACIONAL DE TELECOMUNICACIONES. SERIE Q: CONMUTACIÓN Y SEÑALIZACIÓN Especificaciones del sistema de señalización N.
UNIÓN INTERNACIONAL DE TELECOMUNICACIONES UIT-T Q.812 SECTOR DE NORMALIZACIÓN DE LAS TELECOMUNICACIONES DE LA UIT Enmienda 1 (03/99) SERIE Q: CONMUTACIÓN Y SEÑALIZACIÓN Especificaciones del sistema de
Aplicaciones Distribuidas. Informática III
Aplicaciones Distribuidas Informática III Temario Elementos arquitecturales Arquitecturas tradicionales Arquitecturas Cliente/Servidor Arquitecturas distribuidas Elementos Arquitecturales Componentes de
Sistemas Distribuidos
Sistemas Distribuidos Sesión 3 CORBA: Sistemas de Información Diego Sevilla Ruiz DITEC Facultad de Informática Murcia, 2012 Diego Sevilla Ruiz (DITEC Facultad de Informática) Sistemas Distribuidos Murcia,
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
Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com
Modelos de los sistemas distribuidos Jorge Iván Meza Martínez jimezam@gmail.com Especialización en Gestión de Redes de Datos Universidad Nacional de Colombia Sede Manizales 1/36 Contenidos Modelo arquitectónico
Interacción entre Aplicaciones: objetos distribuidos e invocación remota
Interacción entre Aplicaciones: objetos distribuidos e invocación remota En la anterior práctica se ha visto cómo extender la funcionalidad de un servidor web incorporando servlets que atienden peticiones
Arquitectura cliente/servidor
Departamento de Lenguajes y Sistemas Informáticos Arquitectura cliente/servidor Programación en Internet Curso 2007-2008 Índice Introducción Tipos de servidores Ventajas Desventajas Arquitectura de una
BENEMERITA UNIVERSIDAD AUTONOMA DE PUEBLA
BENEMERITA UNIVERSIDAD AUTONOMA DE PUEBLA Facultad de Ciencias de la Computación Programación Distribuida Verano 2007 TAREA 1 Alumnos: Camela Reyes Armando 200211673 Castro Gaona Carlos Ramiro 200412099
Interoperabilidad Cómputo Cliente/Servidor
Middleware r. José Raúl érez Cázares (raul.perez@itesm.mx) ITESM epartamento de Ciencias Computacionales Interoperabilidad Cómputo / S Macintosh ECStation OS/2 MacOS UIX Acceso Remoto Base de datos? WA
Administración de Redes Protocolos de Administración de Red Elaborado por: Ing. Ma. Eugenia Macías Ríos
1 2.4.2 Protocolo de Información de Administración Común, CMIP A. Introducción a CMIP CMIP, Protocolo de Información de Administración Común (Common Management Information Protocol) desarrollado por la
DISEÑO DE COMPONENTES SOFTWARE DE TIEMPO REAL
ESCUELA TÉCNICA SUPERIOR DE INGENIEROS INDUSTRIALES Y DE TELECOMUNICACIÓN UNIVERSIDAD DE CANTABRIA Trabajo Fin de Carrera DISEÑO DE COMPONENTES SOFTWARE DE TIEMPO REAL Para acceder al Título de INGENIERO
3.2 Mapping de IDL a Java
3.2 Mapping de IDL a Java Tipos predefinidos (1) Tipo IDL short long long long unsigned short unsigned long unsigned long long float double long double Tipo Java short int long short int long float double
Introducción Programar es enseñar Iniciación a la programación Finalidad de este libro
Introducción Programar es enseñar Iniciación a la programación Finalidad de este libro 1. Aplicaciones de la programación Paco y sus inmensas hojas de cálculo Irene siente la llamada de Internet El genio
Comunicación entre procesos
Comunicación entre procesos Patrones de comunicación Comunicación cliente-servidor En la que los mensajes de petición y respuesta proporcionan la base para la invocación remota de métodos o de procedimientos.
Tesis de grado de Ingeniería en Informática. Extensión del estándar de para proveer. implementación.
Tesis de grado de Ingeniería en Informática Extensión del estándar de para proveer servicios de estado persistente con acceso remoto: Análisis, diseño e implementación. Buenos Aires, Argentina. Diciembre
La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la
Servicios web Introducción Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes
Tema 6: Comparativa CORBA/Servicios Web
Tema 6: Comparativa CORBA/Servicios Web Introducción Para establecer una comparativa, es preciso tener en cuenta CORBA se introdujo en 1991 y Servicios Web en el 2000 CORBA es una solución más madura y
Sistema de información distribuido orientado a objeto para la localización de móviles, una aproximación basada en CORBA 1
Sistema de información distribuido orientado a objeto para la localización de móviles, una aproximación basada en CORBA 1 P. R. Muro-Medrano (1), F. J. Zarazaga, J.A. Bañares, J. Guillo, D. Infante, R.
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
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
Identificadores, palabras reservadas, tipos de datos, operadores aritméticos y el sistema estándar de salida en Java
Identificadores, palabras reservadas, tipos de datos, operadores aritméticos y el sistema estándar de salida en Java Identificadores Las variables se utilizan en programación para almacenar temporalmente
Introducción. En este apartado veremos
5.4 Seguridad Introducción En este apartado veremos En qué difiere la programación de un applet frente a una aplicación stand-alone? Problemas de seguridad en applets Uso de CORBA en entornos con firewalls
Historia de revisiones
Binary-Rain Glosario Versión 1.2 Historia de revisiones Fecha Versión Descripción Autor 18/08/2012 1.0 Versión inicial Paul Green 18/08/2012 1.1 Revisión de calidad Camilo Servetti 25/08/2012 1.2 Se agregaron
1.264 Tema 16. Middleware heredado
1.264 Tema 16 Middleware heredado Qué es el middleware heredado? Cliente (interf. de usuario, aplic. local) Cliente (interf. de usuario, aplic. local) Cómo conectamos clientes y servidores? Middleware
RMI [Remote Method Invocation]
RMI [Remote Method Invocation] Cuando utilizamos sockets, hemos de preocuparnos de cómo se transmiten físicamente los datos entre los extremos de una conexión (a nivel de bytes, ya que usamos los streams
Objetivo de aprendizaje del tema
Computación II Tema 3. Identificadores, palabras clave y tipos de datos Objetivo de aprendizaje del tema Al finalizar el tema serás capaz de: Distinguir i entre modificadores d válidos y no válidos. Enumerar
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
Lección 8 Introducción a las llamadas a procedimientos remotos (RPC) Universidad de Oviedo / Dpto. de Informática
Lección 8 Introducción a las llamadas a procedimientos remotos (RPC) Objetivo Extender a los sistemas distribuidos el mecanismo de llamadas a procedimientos y subrutinas de los lenguajes de programación.
1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).
1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada
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
Gestor de aplicaciones Java. Esta herramienta es el intérprete de los archivos de clase generados por el javac (compilador).
CAPÍTULO 4 Requerimientos de software Este capítulo presenta las herramientas necesarias para la construcción y ejecución de programas en el lenguaje de programación JAVA, los requerimientos mínimos de
JAVA RMI (REMOTE METHOD INVOCATION)
JAVA RMI (REMOTE METHOD INVOCATION) RMI RMI (Remote Method Invocation) Mecanismo RPC de Mecanismo mediante el cual los procesos cliente y servidor en una aplicación distribuida se comunican Una aplicación
Servidor de Historias Clínicas Electrónicas conforme a la Norma EN 13606
Servidor de Historias Clínicas Electrónicas conforme a la Norma EN 13606 Adolfo Muñoz Carrero, Roberto Somolinos Cristóbal, Juan Antonio Fragua Méndez, Carlos Hernández Salvador. Laboratorio de Bioingeniería
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
Sistemas Distribuidos de Tiempo Real
MASTER EN COMPUTACIÓN Sistemas Distribuidos de Tiempo Real Apuntes: TEMA 6 Por: J. Javier Gutiérrez gutierjj@unican.es http://www.ctr.unican.es/ Grupo de Computadores y Tiempo Real, Universidad de Cantabria
El presente documento describe la importancia que está tomando el cómputo distribuido en
INTRODUCCIÓN El presente documento describe la importancia que está tomando el cómputo distribuido en los sistemas de administración integral o empresarial. Con un prototipo particular, mostraremos como
www.aprendoencasa.com Curso Introducción JAVA Pág.: 1
www.aprendoencasa.com Curso Introducción JAVA Pág.: 1 Introducción Java es un lenguaje basado en la programación orientada a objetos (POO), este tipo de programación va más allá del tipo de programación
Web Services en Java. Taller de Programación. Instituto de Computación Facultad de Ingeniería Universidad de la República
Web Services en Java Taller de Programación Instituto de Computación Facultad de Ingeniería Universidad de la República Contenido Motivación y Conceptos Funcionamiento Annotations Desarrollando una aplicación
un Sistema de alquiler de autos usando tecnologia Cliente Servidor con arquitectura CORBA
ESCUELA SUPERIOR POLITECNICA DEL LITORAL Facultad de Ingenieria en Electricidad y Computacih Proyecto de Graduaci6n Analisis, Disefio e Irnplementacion de un Sistema de alquiler de autos usando tecnologia
5.1 Introducción a las tecnologías de objetos distribuidos con Java RMI
5.1 Introducción a las tecnologías de objetos distribuidos con Java RMI Contenidos Tutorial de Java RMI Caso de estudio: diseño e implementación de la capa modelo de MiniBank con Java RMI Arquitectura
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
Proyecto de grado 6,5(, SISTEMA DE INFORMACIÓN PARA RESULTADOS DE EXÁMENES IMAGENOLÓGICOS. Introducción. Qué es Sirei?
Proyecto de grado 6,5(, SISTEMA DE INFORMACIÓN PARA RESULTADOS DE EXÁMENES IMAGENOLÓGICOS Autores Rafael Mártony María Noel Tamayo Tutor Ing. Raúl Ruggia Facultad de Ingeniería Universidad de la República
El lenguaje de Programación C. Fernando J. Pereda
El lenguaje de Programación C Fernando J. Pereda Por qué aprender C? Portable y muy extendido Estándar (C89, C99) El lenguaje de los sistemas Un lenguaje fácil (no, no es broma) Por
Remote Method Invocation (RMI) de Java
Remote Method Invocation (RMI) de Java Concurrencia y Distribución Programación Avanzada Posgrado en Ciencia e Ingeniería de la Computación, UNAM 1. Introducción El mecanismo RMI (Remote Method Invocation)
PROTOCOLO DE COMUNICACIONES PARA ROBOTS DE SERVICIOS BASADO EN MIDDLEWARE
ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA DE TELECOMUNICACIÓN UNIVERSIDAD POLITÉCNICA DE CARTAGENA Proyecto Fin de Carrera PROTOCOLO DE COMUNICACIONES PARA ROBOTS DE SERVICIOS BASADO EN MIDDLEWARE AUTOR:
SISTEMAS DISTRIBUIDOS Profesor: José Luis Montoya Restrepo
SISTEMAS DISTRIBUIDOS Profesor: José Luis Montoya Restrepo AGENDA El modelo Cliente Servidor. Introducción a RMI Practica Cliente Servidor utilizando RMI. Modelo Cliente Servidor El modelo Cliente Servidor
1. Visión general de RMI
1. Visión general de RMI Java RMI permite al programador ejecutar métodos de objetos remotos utilizando la misma semántica que si fueran invocaciones locales (Véase Figura 1). Máquina Local (Cliente) Máquina
DESARROLLO DE SOFTWARE BASADO EN COMPONENTES *
DESARROLLO DE SOFTWARE BASADO EN COMPONENTES * Jonás A. Montilva C. Universidad de Los Andes Facultad de Ingeniería Escuela de Ingeniería de Sistemas Departamento de Computación Mérida Venezuela jonas@ing.ula.ve
Remote Method Invocation (RMI)
Que deseamos hacer con objetos remotos Remote Method Invocation (RMI) Basado en: Fundamentals of RMI. Short Course. JGuru. Cliente Result = Obj.method1(val1) Servidor Def Obj { int method1(int v) { string
Sistemas de Información
Sistemas de Información Tecnologías de objetos distribuidos: CORBA: El lenguaje IDL (Invocación estática) Agradecimientos: Jesus Villamor Lugo, Simon Pickin de IT/UCIIIM, Juan Pavón UCM, Fernándo Bellas
Nombre del documento: Programa de Estudio de asignatura de Especialidad. Referencia a la Norma ISO 9001:2008 7.3 Página 1 de 6
Referencia a la Norma ISO 9001:2008 7.3 Página 1 de 6 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura : Sistemas Distribuidos I Carrera: Ing. en Sistemas Computacionales Clave de la asignatura: RSD-1203
Java Inicial (20 horas)
Java Inicial (20 horas) 1 Temario 1. Programación Orientada a Objetos 2. Introducción y Sintaxis Java 3. Sentencias Control Flujo 4. POO en Java 5. Relaciones entre Objetos 6. Polimorfismo, abstracción
Integración de Laboratorios Remotos en emersion
Integración de Laboratorios Remotos en emersion Héctor Vargas.- Departamento de Informática y Automática Universidad Nacional de Educación a Distancia Noviembre - 2007 Contenido Como construir los laboratorios
Estructura de Bases de datos. Leonardo Víquez Acuña
Estructura de Bases de datos Leonardo Víquez Acuña Lenguajes de Bases de Datos Un sistema de bases de datos proporciona Un lenguaje de definición de datos para especificar el esquema de la base de datos
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
Proyecto BDP / PAD BASE DE DATOS DE PERSONAS PERSONALIDAD ADMINISTRATIVA DIGITAL
Proyecto BDP / PAD BASE DE DATOS DE PERSONAS PERSONALIDAD ADMINISTRATIVA DIGITAL Mecanismo de integración entre aplicaciones e información a la ciudadanía Principios - Portal del ciudadano El ciudadano,
Introducción a Java LSUB. 15 de enero de 2015 GSYC
Introducción a LSUB GSYC 15 de enero de 2015 (cc) 2014 Laboratorio de Sistemas, Algunos derechos reservados. Este trabajo se entrega bajo la licencia Creative Commons Reconocimiento - NoComercial - SinObraDerivada
Estilos de Arquitectura y. Patrones de Diseño Arquitectónico. Patrones de Arquitectura
Estilos de Arquitectura y Patrones de Diseño Arquitectónico Gastón Mousqués - AR 1 Patrones de Arquitectura Gastón Mousqués - AR 2 Principales Categorías de Patrones (Software) Patrones de Análisis Expresan
Seminario de Java. Contenido
Seminario de Java Programación Orientada a Objetos Curso 2006/2007 Contenido 1. Introducción 2. Primeros pasos con Java. El entorno Eclipse 3. La sintaxis del lenguaje Java 4. Clases y objetos 5. Cadenas
DISEÑO DE UNA ARQUITECTURA CLIENTE/SERVIDOR MEDIANTE OBJETOS DISTRIBUIDOS EN JAVA
DISEÑO DE UNA ARQUITECTURA CLIENTE/SERVIDOR MEDIANTE OBJETOS DISTRIBUIDOS EN JAVA José Luis Pastrana Brincones (pastrana@lcc.uma.es) Dpto. Lenguajes y Ciencias de la Computación. Universidad de Málaga
4 ARQUITECTURA DE COMUNICACIONES
4 ARQUITECTURA DE COMUNICACIONES Las redes de computadoras son típicamente heterogéneas. Por ejemplo, la red interna de una universidad puede estar hecha de múltiples plataformas. Puede haber un servidor
Servicios Web. Andrés Pastorini. TRIA Tecnólogo Informático
Andrés Pastorini TRIA Tecnólogo Informático Un servicio web expone un conjunto de servicios para ser consumidos a través de la red. En otras palabras, un servicio web especifica un conjunto de operación(funciones
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.
Departamento de la Ingeniería de la Información y las Comunicaciones. Universidad de Murcia. Dirigida por Dr. Antonio F.
Diseño de un Entorno Colaborativo y su Aplicación a Plataformas de Aprendizaje. Departamento de la Ingeniería de la Información y las Comunicaciones. Universidad de Murcia. Dirigida por Dr. Antonio F.
IVista: es la interfaz con la que el Presentador se comunica con la vista.
Capítulo 3 MODELO DE DISEÑO 3.1 Arquitectura Modelo-Vista-Presentador La arquitectura Modelo-Vista-Presentador (MVP) [11] separa el modelo, la presentación y las acciones basadas en la interacción con