Sdhfkjsdhf Jshbfvdsh
Páginas: 28 (6846 palabras)
Publicado: 16 de septiembre de 2011
ncremento de la parte cliente para callback de cliente 3
Incremento de la parte servidora para callback de cliente 4
Pasos para construir una aplicación RMI con callback de cliente 5
Stub downloading 7
El gestor de seguridad de RMI 8
Instanciación de un Gestor de Seguridad en un programa RMI 9
La sintaxis de un fichero de políticas de seguridad de Java 9
Utilizando stubdownloading y un fichero de políticas de seguridad 10
Algoritmos para construir una aplicación RMI, que permita stub downloading 11
Resumen 13
Ejercicios 14
Referencias 14
RMI avanzado
En el último capítulo, Java RMI se describió como ejemplo de un sistema de objetos distribuidos. En dicho capítulo sólo se mostraron las características de diseño más básicas de RMI, aunque semencionó que el API poseía un extenso conjunto de características. El lector puede ignorar este capítulo si no está interesado en explorar de forma más detallada RMI. Sin embargo, es muy recomendable el uso de los gestores de seguridad (véase sección 8.3) en todas las aplicaciones RMI.
Este capítulo analizará algunas de las caracte
RMI avanzado 1
Callback de cliente 2
Incremento de la partecliente para callback de cliente 3
Incremento de la parte servidora para callback de cliente 4
Pasos para construir una aplicación RMI con callback de cliente 5
Stub downloading 7
El gestor de seguridad de RMI 8
Instanciación de un Gestor de Seguridad en un programa RMI 9
La sintaxis de un fichero de políticas de seguridad de Java 9
Utilizando stub downloading y un fichero depolíticas de seguridad 10
Algoritmos para construir una aplicación RMI, que permita stub downloading 11
Resumen 13
Ejercicios 14
Referencias 14
RMI avanzado
En el último capítulo, Java RMI se describió como ejemplo de un sistema de objetos distribuidos. En dicho capítulo sólo se mostraron las características de diseño más básicas de RMI, aunque se mencionó que el API poseía unextenso conjunto de características. El lector puede ignorar este capítulo si no está interesado en explorar de forma más detallada RMI. Sin embargo, es muy recomendable el uso de los gestores de seguridad (véase sección 8.3) en todas las aplicaciones RMI.
Este capítulo analizará algunas de las características avanzadas de RMI más interesantes, a saber, [¿descarga?] stub downloading, gestores deseguridad, y callback de cliente. Aunque no se trata de características inherentes del paradigma de objetos distribuidos, se trata de mecanismos que pueden ser útiles para los desarrolladores de aplicaciones. Adicionalmente, el estudio de estos temas permite al lector reforzar su conocimiento del paradigma de objetos distribuidos en general, y del API de RMI en particular.
Callback de clienteConsidérese una aplicación RMI donde un objeto servidor debe notificar a los procesos participantes la ocurrencia de algún evento. Como ejemplos, en un chat, cuando un nuevo participante entra, se avisa al resto de los participantes de este hecho; en un sistema de subastas en tiempo real, cuando empiezan las ofertas, se debe avisar a los procesos participantes. Esta característica también es útil enun juego en red cuando se informa a los jugadores de la actualización del estado del juego. Dentro del entorno del API básico básica de RMI presentado presentada en el capítulo anterior, es imposible que el servidor inicie una llamada al cliente para transmitirle alguna clase de información que esté disponible, debido a que una llamada a método remoto es unidireccional (del cliente al servidor).Una forma de llevar a cabo la transmisión de información es que cada proceso cliente realice un sondeo al objeto servidor, invocando de forma repetida un método remoto, que supóngase que se llama haComenzadoOferta, hasta que el método devuelva el valor booleano verdadero:
InterfazServidor h =
(InterfazServidor) Naming.lookup(URLRegistro);
while (¡!(h.haComenzadoOferta())...
Incremento de la parte servidora para callback de cliente 4
Pasos para construir una aplicación RMI con callback de cliente 5
Stub downloading 7
El gestor de seguridad de RMI 8
Instanciación de un Gestor de Seguridad en un programa RMI 9
La sintaxis de un fichero de políticas de seguridad de Java 9
Utilizando stubdownloading y un fichero de políticas de seguridad 10
Algoritmos para construir una aplicación RMI, que permita stub downloading 11
Resumen 13
Ejercicios 14
Referencias 14
RMI avanzado
En el último capítulo, Java RMI se describió como ejemplo de un sistema de objetos distribuidos. En dicho capítulo sólo se mostraron las características de diseño más básicas de RMI, aunque semencionó que el API poseía un extenso conjunto de características. El lector puede ignorar este capítulo si no está interesado en explorar de forma más detallada RMI. Sin embargo, es muy recomendable el uso de los gestores de seguridad (véase sección 8.3) en todas las aplicaciones RMI.
Este capítulo analizará algunas de las caracte
RMI avanzado 1
Callback de cliente 2
Incremento de la partecliente para callback de cliente 3
Incremento de la parte servidora para callback de cliente 4
Pasos para construir una aplicación RMI con callback de cliente 5
Stub downloading 7
El gestor de seguridad de RMI 8
Instanciación de un Gestor de Seguridad en un programa RMI 9
La sintaxis de un fichero de políticas de seguridad de Java 9
Utilizando stub downloading y un fichero depolíticas de seguridad 10
Algoritmos para construir una aplicación RMI, que permita stub downloading 11
Resumen 13
Ejercicios 14
Referencias 14
RMI avanzado
En el último capítulo, Java RMI se describió como ejemplo de un sistema de objetos distribuidos. En dicho capítulo sólo se mostraron las características de diseño más básicas de RMI, aunque se mencionó que el API poseía unextenso conjunto de características. El lector puede ignorar este capítulo si no está interesado en explorar de forma más detallada RMI. Sin embargo, es muy recomendable el uso de los gestores de seguridad (véase sección 8.3) en todas las aplicaciones RMI.
Este capítulo analizará algunas de las características avanzadas de RMI más interesantes, a saber, [¿descarga?] stub downloading, gestores deseguridad, y callback de cliente. Aunque no se trata de características inherentes del paradigma de objetos distribuidos, se trata de mecanismos que pueden ser útiles para los desarrolladores de aplicaciones. Adicionalmente, el estudio de estos temas permite al lector reforzar su conocimiento del paradigma de objetos distribuidos en general, y del API de RMI en particular.
Callback de clienteConsidérese una aplicación RMI donde un objeto servidor debe notificar a los procesos participantes la ocurrencia de algún evento. Como ejemplos, en un chat, cuando un nuevo participante entra, se avisa al resto de los participantes de este hecho; en un sistema de subastas en tiempo real, cuando empiezan las ofertas, se debe avisar a los procesos participantes. Esta característica también es útil enun juego en red cuando se informa a los jugadores de la actualización del estado del juego. Dentro del entorno del API básico básica de RMI presentado presentada en el capítulo anterior, es imposible que el servidor inicie una llamada al cliente para transmitirle alguna clase de información que esté disponible, debido a que una llamada a método remoto es unidireccional (del cliente al servidor).Una forma de llevar a cabo la transmisión de información es que cada proceso cliente realice un sondeo al objeto servidor, invocando de forma repetida un método remoto, que supóngase que se llama haComenzadoOferta, hasta que el método devuelva el valor booleano verdadero:
InterfazServidor h =
(InterfazServidor) Naming.lookup(URLRegistro);
while (¡!(h.haComenzadoOferta())...
Leer documento completo
Regístrate para leer el documento completo.