Please enable JavaScript.
Coggle requires JavaScript to display documents.
MODELO DE OBJETOS DE COMPONENTES DISTRIBUIDOS (DEFINICION (En el contexto…
MODELO DE OBJETOS DE COMPONENTES DISTRIBUIDOS
DEFINICION
Es una tecnología propietaria de Microsoft para desarrollar componentes de software distribuidos sobre varias computadoras y que se comunican entre sí
En el contexto del Component Object Model
Se refiere a la capacidad de poder crear componentes COM que tengan la capacidad de ser usados sin necesidad de conocer los nombres y parámetros de los métodos, de antemano.
Esto sirve para que lenguajes como Visual Basic o los de scripting (VBScript, JScript) puedan invocar estos componentes mediante un valor numérico (algo así como "método uno", "método dos", etc).
El agregado de la "D" a COM fue por el uso extensivo de DCE Remote Procedure Call (DCE/RPC), o más específicamente la versión mejorada de Microsoft, conocida como MSRPC.
En términos de las extensiones que añade a COM, DCOM tenía que resolver los problemas de:
APLANAMIENTO
Serializar y deserializar los argumentos y valores de retorno de las llamadas a los métodos "sobre el cable".
RECOLECCION DE BASURA DISTRIBUIDA
Asegurándose que las referencias mantenidas por clientes de las interfaces sean liberadas cuando, por ejemplo, el proceso cliente ha caído o la conexión de red se pierde.
DCOM fue uno de los mayores competidores de CORBA. Los defensores de ambas tecnologías sostenían que algún día serían el modelo de código y servicios sobre Internet.
Las dificultades que suponía conseguir que estas tecnologías funcionasen a través de cortafuegos y sobre máquinas inseguras o desconocidas, significó que las peticiones HTTP normales, combinadas con los navegadores web les ganasen la partida.
Microsoft, en su momento intentó y fracasó anticiparse a esto añadiendo un transporte extra HTTP a DCE/RPC denominado "ncacn_http" (connection-based, over HTTP).
PETICIONES
La característica de automatización del Modelo de objetos componentes (Component Object Model, COM)
Controla esta situación mediante la serialización de las peticiones. Es decir, las peticiones se sitúan en una cola y se procesan una por una hasta terminar todas.
En un entorno operativo de subprocesamiento múltiple, la serialización evita que los objetos de un solo subproceso se superpongan a las peticiones de clientes: es decir, que se ejecute el código de una propiedad o método mientras se esté ejecutando una o varias peticiones de clientes.
ITESCAM CALKINI
"PROGRAMACION CLIENTE SERVIDOR"
5TO SEMESTRE
UNIDAD 4
ALUMNO: LUIS FRANCISCO UC MAY
DOCENTE: JOSE MANUEL LIRA TURRIZA