Asunto: [CORBA-Comp] FabesO3
Fecha: Fri Mar 10 13:41:58 2000
De: Francisco Dominguez Mateos <f.dominguez@escet.urjc.es>
Hola a Todos
Por ahi en algunos mensajes me habeis pedido que diga algo de esta
plataforma de componentes que estoy intentando desarrollar. Decir
primero que estoy en eso, intentando.
Actualmente desarrollo una pequeña GUI para poder definir y usar
controles. Por otro lado estoy creando la interoperabilidad, mediante
automation, entre los objetos de Oviedo3 y COM de tal forma que lo
usarios del sistema vean los objetos COM como cualquier otro objetos del
sistema,
olvidandose de los IDL, Proxys, Stubs y demas complicaciones, eso si con
las restricciones que impone automation.
Ahora me encuentro en el punto en el que tengo que definir los servicios
de eventos, ya que el GUI esta practicamente acabado solo le queda
generar eventos. Voy a exponer mi idea y agradecere eternamente todo
tipo de criticas positividas o negativas pero siempre constructivas:
Mi intencion es hacer que el "proveedor" de eventos no se tenga que
preocupar de ver quienes son sus "consumidores" por un lado y por otro
que se expongan los eventos que genera de forma transparente y basandose
en plantillas de nombres, todos los eventos van a ser metodos con el
nombre pushXXXX. Para permitir esto van a existir varios objetos dentro
de la plataforma de componentes que ofreceran una serie de servicios.
Por ejemplo el componente proveedor de eventos llamara a los metodos del
objeto "bus" donde este conectado y asi para lanzar un vento ejecutara
una sentencia como:
bus.pushClick
Al conectar un componente a un bus lo hara el sistema mediante el
servicio de "empaquetamiento/desempaquetamiento" e inspeccionara,
mediante reflectividad estructural, la implementacion del componente
buscando llamadas de la forma bus.pushXXX y creara un objeto "canal"
para cada uno de eso metodos de un determinado componente.
Hasta ahora ya tenemos un componentes conectado en nuestra plataforma y
sabemos ya los eventos que genera.
Ahora nos falta ver la parte del consumidor. En este caso, el consumidor
se podra conectar , para recibir eventos, al proveedor de tres formas:
- Una es automatica, al conectarse al bus con el servicio de
"empaquetamiento/desempaquetamiento", dentro del paquete debe indicarse
de alguna forma ,que auno no he pensado, de que componentes debe recibir
los eventos.
- Otra es autonoma, el propio componente una vez que esta conectado al
sistema inspecciona el bus y ve que componentes hay y se conecta a los
que leinterese.
- Por ultimo la conexion manual, el usuario realiza la susodicha
inspeccion en el bus y realiza las conexiones.
Una escenario tipico autonomo, una vez ambos componentes estan
conectados al sistema, seria:
- En algun momento el consumidor le indica al bus que cuando se produzca
el evento XXX en el componente cRef se llame al metodo onXXX. Por
ejemplo bus.advise(this,cRef,XXX,onXXX).
- Una vez hecho esto, cada vez que dentro del codigo del proveedor se
llame a bus.pushXXX todos los metodos onXXX de los consumidores que
hayan hecho la llamada al bus.advise() seran invocados.
Bueon creo que eso es todo de momento.
Ale, a hacer criticas, comentarios y demas. A ver si entre todos
conseguimos que esto aparente algo decente al final, y que medio
funcione.
Muchas gracias de antemano a todos los que hayais leido el mail.
P.D.:Por supuesto todo lo estoy desarrollando bajo el Sistema Integral
Orientado a Objetos Oviedo3 que no tiene mas objetivos que el pedagogico
y experimental.
--
Francisco Dominguez Mateos
Escuela Superior de Ciencias Experimentales y Tecnología
Universidad Rey Juan Carlos Tlf: +34 91-488-7004
Campus de Móstoles. FAX: +34 91-664-7490
C/ Tulipán, s/n 28933 Mostoles, MADRID mailto:f.dominguez@escet.urjc.es
Despacho 332 http://fdomingu.escet.urjc.es
--------------------------------------------------------------------------
Esta es la lista de discusión de CORBA y Componentes Software (corba-comp)
--------------------------------------------------------------------------
Suscripcion: Envie un correo a mailto:Majordomo@ditec.um.es?body=subscribe%20corba-comp
Eliminar su suscripcion: mailto:Majordomo@ditec.um.es?body=unsubscribe%20corba-comp
Informacion de la lista: mailto:Majordomo@ditec.um.es?body=info%20corba-comp
Problemas: mailto:corba-comp-owner@ditec.um.es
Indices de la lista: http://www.ditec.um.es/~dsevilla/corba/
--------------------------------------------------------------------------