Anterior
 Volver
 Siguiente

 
Asunto: Re: [CORBA-Comp] Re: reflective middleware
Fecha: Tue Mar 14 13:52:54 2000
De: Diego Sevilla Ruiz <dsevilla@ditec.um.es>

 
Miguel de Icaza wrote:

> > Ni mucho menos. Todos los sabeis. COM, como todo tiene cosas buenas y cosas malas. Las
> > malas: Se piden referencias a "interfaces", y no a objetos (es
> > decir, hay IIDs y no OIDs),
>
> Mhm?  Pides la referencia a la interface de un objeto.
>
> Esta es parte de la belleza de los sistemas de componentes: que hay un
> contrato (la interface) y el runtime te ayuda a llegar al objeto que
> necesitas.
>
> > con lo que hay que utilizar "Monikers" (corrígeme si me equivoco).
>
> Los monikers son un mecanismo para referenciar objetos
> indirectamente.  Sucede que luego se encontró que tenían un potencial
> fuertísimo.
>
> > En CORBA, sin embargo,
> > las referencias son a objetos (lo cual es más lógico).
>
> Realmente no importa.
>

Importa en el caso de la pérdida de la conexión. ¿Cómo puedes volver a localizar el objeto?

>
> > Esto tiene la desventaja de que si se pierde la conexión con un
> > "objeto" (por ejemplo, si utilizamos DCOM) no tenemos la posibilidad
> > de volver a conectarnos al mismo objeto (¿se tendrían que utilizar
> > monikers?).
>
> Podrías hacelo con Monikers, pero en CORBA estás practicamente frito
> de la misma manera si tu referencia a un objeto remoto tiene un
> problema (necesitas extensiones poco trivial en tu ORB, y tu servidor
> y cliente para soportar redireccionamiento).
>

La cuestión es ¿cuándo utilizar Monikers y cuándo no? Además, la redirección
(LOCATION_FORWARD) y los IOR persistentes junto con el Implementation Repository no son tan
sofisticados. Lo tiene que implementar cualquier ORB que cumpla la especificación CORBA
2.3.

Otra crítica a los Monikers es que realmente en CORBA no hacen falta. Un IOR YA es una
referencia a un objeto. En COM, al no tener referencias a objetos (sólo a interfaces), se
tuvo que idear este mecanismo. Un Moniker en CORBA se puede incrustar dentro del ObjectId
de un IOR, y así ser tratado por el POA correspondiente. Incluso a través de los mecanismos
del POA+Implementation Repository (Presentes en MICO, ORBacus, etc.) se pueden
activar/desactivar bajo demanda y también se pueden añadir "hooks" para guardar/recuperar
el estado en disco.

>
> COM y CORBA no son tan diferentes como parecen.
>
> > Por otro lado, tiene mucho de bueno, como es la conexión en una
> > misma entidad (componente) de varios interfaces en principio no
> > relacionados. Esto da mucha flexibilidad.
>
> Miguel.

    Saludos.
    diego.

--
Diego Sevilla Ruiz -- http://www.ditec.um.es/~dsevilla/
Departamento de Ingeniería y Tecnología de Computadores
Facultad de Informática. Universidad de Murcia
Campus de Espinardo - 30080 Murcia (SPAIN)
Tel.: +34-968-367570
E-mail: dsevilla@ditec.um.es

$_="\\l/) (>".     "_'\n<";@@=        /.|\n/g;$_=
"\@".     "\007f".   "DDq".           "DD5".   "\204".
"\@".     "DT4CE".    "D54E".         "DD".    "\244".
"\021".   "dBDTC".     "\010DD".      "\200\$FD\024".
"GDAG".   "DAGDT".       "CqI";$c     =0;$p    =5;for$q
(/./g)    {$q=              ord$q;    for(a,   b){$z[$c]
=$@[$p+=($q&15)    -4];$q>>=4;$c+=33  ;$c>98   &&($c-=98);}};print@z;



--------------------------------------------------------------------------
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/
--------------------------------------------------------------------------

 Anterior
 Volver
 Siguiente