Prácticas de. Diseño y Aplicaciones de Sistemas Distribuidos (DYA)

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Prácticas de. Diseño y Aplicaciones de Sistemas Distribuidos (DYA)"

Transcripción

1 Prácticas de Diseño y Aplicaciones de Sistemas Distribuidos (DYA) Joan Vila Carbó José Simó Ten.

2

3 PRÁCTICA 1 Introducción a Java y Eclipse 1 El entorno de trabajo 1 El directorio de trabajo 2 Desarrollo de un proyecto elemental: Hola mundo! 4 Desarrollo de algunas otras aplicaciones básicas en Java 5 Ficheros de apoyo 6 PRÁCTICA 2 El servicio de echo con sockets 15 Estructura de la aplicación 15 Realización de la parte básica de la práctica 17 Realización de variantes de la práctica 19 Ficheros de apoyo 20 PRÁCTICA 3 El servicio de echo en Java-RMI 29 Estructura de la aplicación 30 Realización del servicio de echo elemental en RMI 31 Despliegue y ejecución de aplicacione RMI desde la consola. 34 Realización de la aplicación echo utilizando movilidad de código 35 Ficheros de apoyo 37 PRÁCTICA 4 El servicio de echo en CORBA 39 Estructura de la aplicación 40 Realización de la parte básica de la práctica. 41 Utilización del servicio de nombres CORBA 44 La plataforma Orbacus 46 Ficheros de apoyo 49 PRÁCTICA 5 Difusión y grupos dinámicos: la agencia de robots 51 Estructura de la aplicación 52 Realización de la parte básica de la práctica: bibliotecas para comunicación 58 Realización de los objetos remotos CORBA 59 Ficheros de apoyo 62 PRÁCTICA 6 El applet echo 71 Estructura de la aplicación 72 Realización de la parte básica de la práctica 73 Ejecución del applet echo como aplicación web 76 Juan Vila Carbó 1

4 PRÁCTICA 7 Servlets 81 Introducción a servlets 82 Descripción de la aplicación 83 Realización de la parte básica de la práctica. 85 Ampliaciones de la práctica 88 Ficheros de apoyo 89 PRÁCTICA 8 Servicios web con SOAP y Eclipse 97 Invocación de un servicio web disponible en Internet 98 Creación de un Servicio web 100 Invocación de servicios web desde programas en Java 101 Ficheros de apoyo 102 PRÁCTICA 9 Seguridad 105 Applets firmado 105 El protocolo SSL y la técnica de tunneling 107 2

5 PRÁCTICA 1 Introducción a Java y Eclipse E sta práctica se dedica, fundamentalmente, a conocer el entorno de trabajo para desarrollo de aplicaciones en Java en el entorno Eclipse. Este IDE es un proyecto de software libre y está apoyado por gran nuúmero de empresas con interés en el lenguaje Java y también en otros lenguajes. Se encuentra disponible para las plataformas Linux, Windows y Mac OS en Esta práctica introduce el método de trabajo a seguir en cada práctica y a la programación básica en Java El entorno de trabajo El entorno de trabajo está formado, básicamente, por: 1. El IDE Eclipse es una herramienta de software libre para desarrollo de programas en Java, disponible para plataformas Linux, MacOs X y Windows XP. Disponible en: DYA 1

6 El directorio de trabajo Su funcionalidad se puede ampliar con plugins. El programa de prácticas de la asignatura requiere instalar especificamente los siguientes plugins: - Plugin RMI Genady - Name: RMI Plugin for Eclipse v2.0 - URL: http// - Plugin CORBA ORBstudio - Descargar de: http// - Plugin Visual Editor (VE) - Parte de la distribución Europa. Descargar con el update manager del repositorio Callisto. - Plugin Web Tool Platforms (WTP). - Parte de la distribución Europa. Descargar con el update manager del repositorio WTP updates. 2. Los recursos disponibles en el PoliformaT de la asignatura: - Enunciados y ficheros de apoyo para la realización de las prácticas. - Documentación sobre Java, incluyendo el API de programación y el tutorial "The Java Tutorial: Object Oriented Programming for the Internet" de K. Walrath y M. Campione El directorio de trabajo En primer lugar es necesario tener una idea clara a la estructura de directorios. Aunque parezca simple, esta es una de las mayores fuentes de problemas en todas las prácticas. Eclipse requiere utilizar un directorio de trabajo base o workspace referido como $WS. Puede utilizar por ejemplo: UNIX -> DIRECTORIO BASE ($WS) : $HOME/workspace WINDOWS -> DIRECTORIO BASE ($WS) : C:\Documents and Settings\USER\workspace Recuerde que el laboratorio no garantiza preservar el contenido de los directorios de discos locales. Por tanto, es su responsabilidad almacenar sus programas la unidad W: que proporciona la UPV a cada estudiante al final de cada práctica. Para recuperar un proyecto de una sesión de trabajo anterior alamacenado en la unidad W: al directorio de trabajo, deberá realizarlo con la opción Import de Eclipse. 2 Introducción a Java y Eclipse

7 El directorio de trabajo Estructura del directorio de trabajo Cada práctica constituirá un proyecto Java (Java project) de Eclipse. Cada proyecto es un directorio que tendrá dos subdirectorios src para ubicar el código fuente y bin para el código objeto (.class). A su vez, cada proyecto constará de varios paquetes (o packages). Cada uno de estos packages constituye, a su vez, un subdirectorio de los directorios src y bin. Así por ejemplo, un proyecto denominado prj-sockets, con dos paquetes denominados client y server tendrá la siguiente estructura: $WS/prj-sockets $WS/prj-sockets/src $WS/prj-sockets/src/client $WS/prj-sockets/src/server $WS/prj-sockets/bin/client $WS/prj-sockets/bin/server Esta estructura de directorios es la que utilizan la mayoría de los IDE s para desarrollo de Java, incluyendo Eclipse y JBuilder Inicializando los contenidos del directorio de trabajo Algunas prácticas disponen en la web de un fichero comprimido (.zip) con material de apoyo. Este material está organizado normalmente según la estructura de directorios de un proyecto arriba indicada. El subdirectorio src contiene ficheros fuente cuya implementación está incompleta. Los ejercicios a realizar para completar la implementación del fichero fuente se encuentran enunciados como comentarios en el propio fichero. Cuando necesite utilizar los ficheros de apoyo el método será el siguiente. 1. Descargar el fichero zip con el material de apoyo a un directorio de descargas referido como $DL (p.e. $DL=$HOME/descargas) y descomprimirlo, creando la estructura de directorios arriba indicada. 2. Copiar el fichero desede el directorio de descargas: $DL/prj-hola/src/hola/fichero.java al correspondiente directorio del workspace: $WS/prj-hola/src/hola/fichero.java 3. Es necesario actualizar la ventana del Package Explorer del IDE Eclipse (Refresh / tecla F5) cada vez que se añade un nuevo paquete o fichero al proyecto de forma externa a Eclipse para que este se aperciba de los cambios o nuevos ficheros introducidos. DYA 3

8 Desarrollo de un proyecto elemental: Hola mundo! Desarrollo de un proyecto elemental: Hola mundo! Para desarrollar un proyecto Java previamente creado, según se detalla en el apartado anterior, básicamente han de seguirse los pasos que a continuación se detallan: 1. Abrir el IDE Eclipse y escoger como directorio workspace el directorio $WS/ 2. Crear un proyecto Java (por ejemplo prj-hola para la primera práctica) en el IDE Eclipse, especificando que se creen subdirectorios separados para código fuente (src) y código objeto (bin) con la opción: Create separate source and output folders. 3. Crear en el proyecto los paquetes necesarios para el desarrollo de la práctica. En este caso solo existe un único paquete denominado hola. 4. Crear un fichero HolaMundo.java, en el paquete en que deba incluirse, que en este caso es el paquete hola. Opción: New->Class + public static void main 5. Editar y completar la aplicación HolaMundo.java. - Puede ser interesante en este apartado utilizar el menú Help y la opción Dynamic Help para consultar el API de una determinada clase Java que se desee utilizar, por ejemplo la clase System. 6. La compilación de todos los ficheros de que consta un proyecto se realizará automáticamente cada vez que salve el fichero si la opcion Project-> Build automatically se encuentra activada. Los errores vienen indicados a principio de la línea correspondiente del editor. La causa del error y la corrección sugerida se obtienen haciendo click sobre el icono del error. 7. Ejecutar y depurar el programa HolaMundo.java. La forma más sencilla de ejecutar un programa es con el menú Run del IDE Eclipse. El proyecto será recompilado cada vez que ejecute el programa. - Los programas sencillos y sin argumentos pueden ejecutarse con la opción Run as -> Java Application. - Los programas que necesiten argumentos, argumentos de la máquina virtual o modificar propiedades de Java precisan crear un perfil de ejecución con la opción Run... que despliega un menú de ventanas con distintos parámetros de ejecución. Cree un perfil para esta aplicación y guárdelo con el nombre HolaMundo. - Una opción interesante cuando se depura un programa (no tan simple como este) es la colocación de puntos de ruptura o Breakpoints. Esto se realiza en la barra izquierda de la ventana del editor de programas. - Observe que la ejecución de un programa abre una nueva ventana de tipo Console en la parte inferior del IDE Eclipse donde se realiza la E/S. - Si introduce un error en su programa, verá que el listado de errores aparece en la ventana Problems ubicada en la misma zona que la ventanas Console. Observe también las posibilidades 4 Introducción a Java y Eclipse

9 Desarrollo de algunas otras aplicaciones básicas en Java que ofrecen los controles sobre este tipo de ventanas (abrir, cerrar, fijar, maximizar, limpiar,...) de la parte inferior del IDE. 8. El código objeto generado se almacena en el directorio $WS/prj-sockets/bin/ pero también puede crear un fichero tipo JAR (Java Archive) que empaquete el código objeto de un proyecto. Este fichero puede generarse con la opción Export->Java->JAR file aplicada sobre el paquete que se visualiza la ventana del Package Explorer. Este fichero se ubica el directorio base del workspace. Puede ejecutarse externamente a Eclipse si al crear el JAR se especifica la clase principal Desarrollo de algunas otras aplicaciones básicas en Java Una vez ha desarrollado la aplicación HolaMundo!, se propone completar el paquete hola con otras aplicaciones básicas en Java. Estas aplicaciones se encuentran a medio resolver como ficheros de apoyo. En esta caso la metodología a seguir es: 1. Incluir el fichero en el proyecto. Para ello, cópielo (en vez de crearlo) desde el directorio de descargas al directorio de trabajo o workspace. Actualizar la ventana del Package Explorer del IDE Eclipse (tecla F5) cada vez que se añade un nuevo paquete o fichero al proyecto y comprobar que esos paquetes se visualizan y son accesibles desde el editor de programas. 2. Editarlo, y realizar los ejercicios propuestos sobre el propio código fuente: puede requerir consultar la ayuda del API con Dynamic Help. 3. Ejecutarlo y depurarlo: Cree un perfil de ejecución con el diálogo Run... para cada ejercicio propuesto. Los ejercicios propuestos son, por este orden: Objetos.java: ejercicios sobre clases, herencia, objetos,... Relojes.java: ejercicios de utilización de la clase Thread. CountFile.java: cuenta los caracteres de un fichero. Ejemplo de trabajo con ficheros. CopyFile.java: copia ficheros. Ejemplo de trabajo con ficheros. EntradaSalida.java: ejercicios con sentencias de E/S con streams. DataIOTest.java: ejercicios de escritura y lectura de datos numéricos de un fichero. DYA 5

10 Ficheros de apoyo Ficheros de apoyo Fichero Objetos.java package hola; import java.io.*; class Punto { public int x = 0; public int y = 0; public Punto(int x, int y) { this.x = x; this.y = y; class Rectangulo { protected Punto origen; protected int ancho = 0; protected int alto = 0; private static String nombreclase ="Rectangulo"; public Rectangulo(int origenx, int origeny, int ancho, int alto){ origen=new Punto(origenx, origeny); this.ancho=ancho; this.alto=alto; public Rectangulo(Punto p, int ancho, int alto){ origen= p; this.ancho=ancho; this.alto=alto; public Rectangulo(int ancho, int alto){ origen= new Punto(0,0); this.ancho=ancho; this.alto=alto; public Rectangulo(){ origen= new Punto(0,0); this.ancho=0; this.alto=0; public int ancho(){ return ancho; public int alto(){ return alto; public int area(){ return (ancho*alto); public void mover(int arriba, int derecha){ origen.x+=arriba; origen.y+=derecha; public String tostring() { 6 Introducción a Java y Eclipse

11 Ficheros de apoyo return "(Origen: {" + Integer.toString(origen.x) + "," + Integer.toString(origen.y) + ", Final: {" + Integer.toString(origen.x+ancho) + "," + Integer.toString(origen.y+alto) + ")"; public static String nombre(){ return nombreclase; protected void finalize() throws Throwable { origen = null; super.finalize(); //EJERCICIO: Implemente una clase RectanguloColor, basándose en la clase Rectangulo. //EJERCICIO: con un nuevo atributo color y sobrecargando el método tostring class RectanguloColor extends Rectangulo { //EJERCICIO:... public String tostring() { //EJERCICIO: Sobrecargue este método para que incluya en el String también el color class CuadradoColor extends RectanguloColor { public CuadradoColor(Punto p, int lado, int color){ super(p,lado,lado,color); public class Objetos{ static Rectangulo R1 = new Rectangulo(1,1,7,8); static Rectangulo R2 = new Rectangulo(new Punto(2,2),7,8); static Rectangulo R3 ; static RectanguloColor RC; static CuadradoColor C; public static void main(string args[]) throws IOException{ if (args.length < 4){ System.out.println("Uso: Objetos origen-x origen-y ancho alto"); System.exit(1); int[] i = new int[4]; int j = 0; for(j=0; j < i.length; j++) i[j] = Integer.parseInt(args[j]); R3 = new Rectangulo(i[0],i[1],i[2],i[3]); RC= //EJERCICIO: Cree una instancia de rectángulo color RC DYA 7

12 Ficheros de apoyo //EJERCICIO: que añada a R3 el atributo de color. System.out.println("Nombre de la clase: " + Rectangulo.nombre()); System.out.println("Nombre de la clase de R3: " + R3.nombre()); System.out.println("Area de R3: " + R3.area()); System.out.println("R3: " + R3.toString()); System.out.println("RC: " + RC.toString()); //EJERCICIO: Invoque el método mover(10,10) sobre R3 //EJERCICIO: Invoque el método tostring sobre R3 y RC //EJERCICIO: y visualicelos por pantalla el resultado //PREGUNTA: Se ha "movido" R3? y RC? Debería haberse "movido" RC? // Explique convenientemente este aspecto. C= //EJERCICIO: Cree un CuadradoColor con origen en // el punto: (2,2),alto=5,ancho=25 System.out.println("C: " + C.toString()); System.out.println("Area de C: " + C.area()); Fichero Relojes.java package hola; import java.text.*; import java.util.*; class Reloj extends Thread { int cuenta=0; public Reloj(String nombre, int cuenta) { super(nombre); this.cuenta=cuenta; public void start() { Date h = new Date(); System.out.println(getName() + "-> " + DateFormat.getTimeInstance(3,Locale.FRANCE).format(h) + " Faltan " + cuenta + " seg. para la alarma"); super.start(); public void run() { for (int i = 1; i <= cuenta; i++) { //EJERCICIO: Provoque un retraso de 1000 milisegundos System.out.println(getName() + "Riiinnnng!!!"); public class Relojes { 8 Introducción a Java y Eclipse

13 Ficheros de apoyo public static void main(string[] args){ //EJERCICIO: Cree dos instancias de la clase Reloj Fichero CountFile.java package hola; import java.io.*; class CountFile { public static void main(string[] args) throws java.io.ioexception, java.io.filenotfoundexception { int count = 0; InputStream is; String filename; if (args.length >= 1) { // EJERCICIO: Cree una instancia de FileInputStream, llamada is, // para leer del fichero que se especifica como args[0] filename = args[0]; else { is = System.in; filename = "Input"; while (is./* EJERCICIO: */!= -1) //EJERCICIO: utilice un metodo de FileInputStream para leer un caracter count++; System.out.println(filename + " has " + count + " chars."); Fichero CopyFile.java package hola; import java.io.*; class CopyFile { public static void main(string[] args) throws java.io.ioexception, java.io.filenotfoundexception { byte[] buffer = new byte[256]; int count; if (args.length == 2) { // EJERCICIO: Cree una instancia de FileInputStream, llamada is, // para leer del fichero que se especifica como args[0] DYA 9

14 Ficheros de apoyo // EJERCICIO: Cree una instancia de FileOutputStream, llamada os, // para escribir en el fichero que se especifica como args[1] while ((count=is.read(buffer))!= -1) os.write(buffer,0,count); else { System.out.println("Se necesitan dos argumentos"); Fichero EntradaSalida.java package hola; import java.io.*; public class EntradaSalida{ public static void main(string args[]) throws IOException{ int j; byte[] buffer = new byte[80]; String filename, filename2; float f1 = (float) ; float f2 = 0; try { //E/S con InputStream y OutputStream System.out.println("Teclee una cadena"); j = System.in.read(buffer); System.out.print("La cadena: "); System.out.write(buffer,0,j); //Convertimos cadena de bytes a cadena de caracteres (2 bytes) String tira = new String(buffer,0,j); System.out.println("Otra vez la cadena: " + tira); //E/S con BufferedReader y PrintWriter //Conveniente con cadenas de caracteres (1 caracter = 2 bytes) BufferedReader stdin = new BufferedReader( new InputStreamReader(System.in)); PrintWriter stdout = new PrintWriter(System.out); //E/S con InputStream y OutputStream System.out.println("Teclee un entero"); //EJERCICIO: Lea un entero por teclado e imprìmalo en pantalla //E/S con BufferedReader y PrintWriter //Conveniente con cadenas de caracteres (1 caracter = 2 bytes) System.out.println("Teclee un nombre para un fichero"); //EJERCICIO: Lea de teclado una cadena para el nombre del fichero // y almacénela en la variable filename 10 Introducción a Java y Eclipse

15 Ficheros de apoyo //E/S con ficheros y floats en formato numerico //EJERCICIO: Escriba un float en el fichero filename (en formato binario) //EJERCICIO: Lea el float que ha escrito en el fichero filename //EJERCICIO: Escriba el float que ha leido del fichero filename en pantalla //AYUDA: Mire el cûdigo de un poco mas abajo... // Es parecido (pero en formato de texto) //E/S con ficheros y floats en formato de texto filename2=filename + ".txt"; System.out.println("Fichero: "+filename2); PrintWriter fout2 = new PrintWriter(new FileOutputStream(filename2)); BufferedReader fin2 = new BufferedReader( new InputStreamReader(new FileInputStream(filename2))); fout2.println(new Float(f1).toString()); fout2.flush(); f2=float.valueof(fin2.readline()).floatvalue(); System.out.println("Escrito y leido el float: " +f2+ " del fichero: " +filename2); catch (IOException e) { System.out.println("Error en E/S"); System.exit(1); Fichero DataIOTest.java /Se trata de escribir en un fichero con formato: // // Java T-shirt // Java Mug // Duke Juggling Dolls // // y luego leerlo y sacarlo por pantalla // NOTA: los datos numéricos deben escribirse como "números" y // no como cadenas de caracteres. // NOTA: los Strings deben escribirse como cadenas de bytes // no como cadenas de caracteres (1caracter = 2 bytes) package hola; import java.io.*; public class DataIOTest { public static void main(string[] args) throws IOException { //E/S con DataInputStream y DataOutputStream //Conveniente con datos numéricos (stream = secuencia de bytes) //Aconsejable para ficheros o sockets pero no para teclado y pantalla DYA 11

16 Ficheros de apoyo //EJERCICIO: Instancie un objeto de tipo DataOutputStream para escribir // en el fichero "invoice1.txt" DataOutputStream out = //EJERCICIO: Instancie un objeto de tipo DataInputStream para leer // del fichero "invoice1.txt" DataInputStream in = //Los datos son: double[] prices = { 19.99, 9.99, 15.99, 3.99, 4.99 ; int[] units = { 12, 8, 13, 29, 50 ; String[] descs = { "Java T-shirt", "Java Mug", "Duke Juggling Dolls", "Java Pin", "Java Key Chain" ; //Un bucle para escribir for (int i = 0; i < prices.length; i ++) { out.writedouble(prices[i]); out.writechar('\t'); out.writeint(units[i]); out.writechar('\t'); out.writebytes(descs[i]); out.writechar('\n'); out.close(); //Un bucle para leer double price; int unit; String desc; double total = 0.0; try { while (true) { //EJERCICIO: leer el primer double del fichero sobre la variable price in.readchar(); // throws out the tab //EJERCICIO: leer el int siguiente sobre la variable unit in.readchar(); // throws out the tab //EJERCICIO: leer la cadena siguiente sobre la variable desc System.out.println("You've ordered " + unit + " units of " + desc + " at $" + price); total = total + unit * price; catch (EOFException e) { System.out.println("For a TOTAL of: $" + total); in.close(); while (true){; 12 Introducción a Java y Eclipse

17 Ficheros de apoyo DYA 13

18 Ficheros de apoyo 14 Introducción a Java y Eclipse

19 PRÁCTICA 2 El servicio de echo con sockets E l objetivo de esta práctica es crear y ejecutar una aplicación cliente servidor "echo" basada en sockets TCP pero estructurándola según el modelo de objetos distribuidos. La comunicación remota se realizará utilizando el método de RPC (Remote Procedure Call) o invocaciones remotas a procedimientos (métodos de objetos en este caso). Esta primera práctica de comunicación remota pretende demostrar cómo realizar los stubs y esqueletos de la RPC manualmente. En las siguientes prácticas ya se generarán de forma automática Estructura de la aplicación La aplicación Echo se estructura en tres paquetes: la interfaz, el cliente y el servidor, los cuales se describen a continuación. Ver figura 1 (pág. 16) El paquete interfaz (rmi) Consta del siguiente fichero: DYA 15

20 Estructura de la aplicación Misma interfaz Paquete: rmi EchoInt.java Paquete: client Paquete: server Echo.java EchoStub.java EchoServer.java EchoObject.java echo(s: String) echo:(s: String) C S FIGURA 1. Estructura de una RPC Código de red EchoInt.java: describe el servicio "echo". Su finalidad es proporcionar a este servicio una interfaz de invocación a objeto remoto, ocultando el hecho de que la comunicación se realiza mediante sockets. Este fichero se encuentra completamente implementado. Visite este código y observe que lo único sorprendente de este código es la propagación de la siguiente excepción de RMI: throws java.rmi.remoteexception: representa cualquier error de comunicación remota. Cualquier excepción de comunicación con sockets debe ser reconvertido a esta excepción. Esto se realiza para mantener una uniformidad de Interfaz con la práctica siguiente sobre RMI. Allí se comprenderá plenamente El paquete servidor (server) Consta, básicamente, de los siguientes ficheros: EchoObject.java: implementa la interfaz EchoInt y proporciona el servicio de "echo". La implementación de ste servicio consiste en devolver la cadena que se envía, junto con el URL y la hora de la máquina servidora al cabo de 3 segundos. Este retraso simula que el servicio tiene un tiempo de cómputo largo y apreciable. Visite este código. EchoServer.java: es el esqueleto de un servidor secuencial que realiza las siguientes operaciones: - Recibe una conexión a través de un socket 16 El servicio de echo con sockets

21 Realización de la parte básica de la práctica - Invoca un objeto de l clase EchoObject.java - Devuelve la respuesta de la anterior invocación por el socket Este fichero se encuentra completamente implementado. Visite este código y observe el manejo de sockets. Existe también una segunda versión multihilo de EchoServer.java denominada EchoMultiServer.java que se analizará más adelante El paquete cliente (client) Consta, básicamente, de los siguientes ficheros: Echo.java: es el cliente propiamente dicho. Realiza el siguiente bucle: - Leer de teclado - Invocar el stub - Imprimir el resultado por pantalla. Visite este código y observe que existen EJERCICIOS. EchoObjectStub.java: es el proxy del objeto en el nodo del cliente (stub del cliente). Observe que implementa la misma interfaz que el objeto: interfaz EchoInt y, adicionalmente, el método sethostandport, para especificar con que host y port se van a realizar las conexiones. Visite este código y observe que existen EJERCICIOS. Existe también una segunda versión de este fichero denominada EchoObjectStub4.java que implementa una política diferente de conexión/desconexión con el servidor que se analizará más adelante Realización de la parte básica de la práctica Para la realización de la parte básica de la práctica cree un proyecto prj-sockets y siga la metodología descrita en la práctica 1 para el desarrollo de una aplicación Java. 1. Descargue los ficheros de ayuda al directorio de descargas. 2. Cree un proyecto prj-sockets en el workspace según se indica en la práctica 1 cree también los paquetes de que consta la aplicación: rmi, client, server. DYA 17

22 Realización de la parte básica de la práctica Versión no distribuida En primer lugar se desarollará una versión no distribuida de la práctica con llamada local a procedimiento. Se asumirá que la parte cliente y la servidora se encuentran en la misma máquina y el programa cliente invoca los servicios mediante invocación usual de un método Java. En esta versión no existen stubs. Ver figura 2 (pág. 18). FIGURA 2. Versión no distribuida de la práctica Para ello: 3. Incluya en el proyecto los ficheros necesarios para esta parte, copiándolos del directorio de descargas al workspace y actualizando la visión del Package explorer. - Paquete rmi: fichero EchoInt.java. El fichero se encuentra completamente terminado. - Paquete server: fichero EchoObject.java. El fichero se encuentra completamente terminado. - Paquete client: fichero Echo.java. Incluya en este fichero una invocación local. 4. Escriba el código necesario y ejecute la aplicación Versión distribuida Posteriormente incluya los stubs necesarios en cada paquete y desarrolle la versión distribuida de la aplicación: 5. Desarrolle el paquete server: - Copie el fichero EchoServer.java del directorio de descargas al workspace. - Realice los ejercicios propuestos. - Ejecute y depure EchoSever.java utilizando el menú Run... y proporcionado los parámetros de ejecución que sean necesarios. 6. Desarrolle el paquete client: - Copie el fichero EchoObjectStub.java del directorio de descargas al workspace. - Realice los ejercicios propuestos. 18 El servicio de echo con sockets

23 Realización de variantes de la práctica - Ejecute y depure Echo.java utilizando el menú Run... y proporcionado los parámetros de ejecución que sean necesarios. 7. Compruebe el correcto funcionamiento del cliente y servidores del servicio de echo conectándose con servidores remotos desarrollados por sus compañeros (y viceversa) Realización de variantes de la práctica En relación con esta práctica se proponen realizar dos ejercicios más avanzados con variantes del stub del cliente y del esqueleto del servidor. Estas variantes se proponen en los siguientes puntos Servidor de echo multihilo. Un servidor de echo multihilo es un servidor que debe ser capaz de atender varias peticiones concurrentemente. La ejecución solapada de las diferentes peticiones se puede observar creando varios clientes e iniciando peticiones de servicio desde todos ellos de forma más o menos simultánea. La duración de tres segundos para la ejecución del servicio permitirá observar que las ejecuciones se solapan en el tiempo. Para la realización de este servicio, deberá realizar un nuevo esqueleto del servidor cuya implementación parcial se proporciona en el fichero EchoMultiServer.java. que sustituirá al antiguo esqueleto monohilo del servidor EchoServer.java. El fichero EchoObject.java que implementa el servicio, será el mismo que en el caso anterior Stub del cliente con desconexión por timeout En este apartado se propone sustituir el stub del cliente de echo EchoObjectStub. java por un nuevo stub EschoObjectStub2. java que gestione las conexiones con el servidor con otra política. El stub original cabría una conexión al principio de cada petición y la cerraba al final de la misma. Para evitar la sobrecarga de abrir y cerrar conexiones cuando se producen peticiones muy frecuentes se propone realizar un nuevo stub del cliente con la siguiente política de gestión de conexiones: - Cuando termina una petición el stub del cliente programa la desconexión con el servidor para la cabo de 5 segundos. - Si el cliente realiza una petición y existe una conexión establecida, se envían los datos al servidor por la conexión existente, sino, se abre una nueva conexión y se envían los datos al servidor. DYA 19

24 Ficheros de apoyo - Si durante los cinco segundos siguientes a una invocación no llegan nuevas peticiones, se cierra automáticamente la conexión. La figura figura 3 (pág. 20) (a) muestra un cronograma de conexiones y desconexiones que indica cuándo debe hacerse una conexión, cuándo debe programarse una desconexión, cuando debe desconectarse y cuándo debe cancelarse una desconexión programada. Asimismo, la figura (b) ilustra cómo debe evitarse que la desconexión ocurra estando una petición en marcha FIGURA 3. gestión de la desconexión con timeout en stubs Se recomienda realizar una clase Timeout en base a las clases Timer y TimerTask: public class Timer extends Object A facility for threads to schedule tasks for future execution in a background thread. Tasks may be scheduled for one-time execution, or for repeated execution at regular intervals. public abstract class TimerTask extends Object implements Runnable A task that can be scheduled for one-time or repeated execution by a Timer Ficheros de apoyo Fichero rmi/echoint.java package rmi; public interface EchoInt extends java.rmi.remote { public String echo(string input)throws java.rmi.remoteexception; 20 El servicio de echo con sockets

25 Ficheros de apoyo Fichero server/echoobject.java package server; import java.net.*; import java.io.*; import java.text.*; import java.util.*; public class EchoObject implements EchoInt { String myurl="localhost"; public EchoObject(){ try { myurl=inetaddress.getlocalhost().gethostname(); catch (UnknownHostException e) { myurl="localhost"; public String echo(string input) throws java.rmi.remoteexception { Date h = new Date(); String fecha = DateFormat.getTimeInstance(3,Locale.FRANCE).format(h); String ret = myurl + ":" + fecha + "> " + input; System.out.println("Procesando: '" + input + "'"); try { Thread.sleep(3000); ret = ret + " (retrasada 3 segundos)"; catch (InterruptedException e) { System.out.println("Procesamiento de '"+ input +"' terminado."); return ret; Fichero server/echoserver.java package server; import java.net.*; import java.io.*; public class EchoServer { private static EchoObject eo = new EchoObject(); private static String myurl="localhost"; private static ServerSocket serversocket = null; private static Socket clientsocket = null; private static BufferedReader is = null; private static PrintWriter os = null; private static String inputline = new String(); public static void main(string[] args) { try { myurl=inetaddress.getlocalhost().gethostname(); DYA 21

26 Ficheros de apoyo catch (UnknownHostException e) { System.out.println("Unknown Host :" + e.tostring()); System.exit(1); try { serversocket = new ServerSocket(7); catch (IOException e) { System.out.println(myURL + ": could not listen on port: 7, " + e.tostring()); System.exit(1); System.out.println(myURL + ": EchoServer listening on port: 7"); try { boolean listening = true; while(listening){ clientsocket = serversocket.accept(); is = new BufferedReader( new InputStreamReader( clientsocket.getinputstream())); os = new PrintWriter(clientSocket.getOutputStream()); while ((inputline = is.readline())!= null) { os.println(eo.echo(inputline)); os.flush(); os.close(); is.close(); clientsocket.close(); serversocket.close(); catch (IOException e) { System.err.println("Error sending/receiving" + e.getmessage()); e.printstacktrace(); Fichero server/echomultiserver.java package server; import java.net.*; import java.io.*; public class EchoMultiServer { private static ServerSocket serversocket = null; public static void main(string[] args) { try { serversocket = new ServerSocket(7); catch (IOException e) { System.out.println("EchoMultiServer: could not listen on port: 7, " + e.tostring()); 22 El servicio de echo con sockets

27 Ficheros de apoyo System.exit(1); System.out.println("EchoMultiServer listening on port: 7"); boolean listening = true; while (listening) { //EJERCICIO: aceptar una nueva conexión //EJERCICIO: y crear un Thread para que la gestione try { serversocket.close(); catch (IOException e) { System.err.println("Could not close server socket." + e.getmessage()); // // class EchoMultiServerThread // class EchoMultiServerThread extends Thread { private static EchoObject eo = new EchoObject(); private Socket clientsocket = null; private String myurl = "localhost"; private BufferedReader is = null; private PrintWriter os = null; private String inputline = new String(); EchoMultiServerThread(Socket socket) { super("echomultiserverthread"); clientsocket = socket; try { is = new BufferedReader(new InputStreamReader( //EJERCICIO... )); os = new PrintWriter( //EJERCICIO... ); catch (IOException e) { System.err.println("Error sending/receiving" + e.getmessage()); e.printstacktrace(); try { myurl=inetaddress.getlocalhost().gethostname(); catch (UnknownHostException e) { System.out.println("Unknown Host :" + e.tostring()); System.exit(1); public void run() { try { while ((inputline = is.readline())!= null) { //EJERCICIO: Invocar el objeto //EJERCICIO: y devolver la respuesta por el socket DYA 23

28 Ficheros de apoyo os.close(); is.close(); clientsocket.close(); catch (IOException e) { System.err.println("Error sending/receiving" + e.getmessage()); e.printstacktrace(); Fichero client/echo.java package client; import java.io.*; import java.net.*; public class Echo { private static EchoObjectStub ss; public static void main(string[] args) { if (args.length<2) { System.out.println("Usage: Echo <host> <port#>"); System.exit(1); ss = //EJERCICIO: crear una instancia del stub ss.sethostandport(args[0],integer.parseint(args[1])); BufferedReader stdin = new BufferedReader( new InputStreamReader(System.in)); PrintWriter stdout = new PrintWriter(System.out); String input,output; try { //EJERCICIO: el bucle infinito: //EJERCICIO: Leer de teclado //EJERCICIO: Invocar el stub //EJERCICIO: Imprimir por pantalla catch (UnknownHostException e) { System.err.println("Don't know about host: "+ args[0]); catch (IOException e) { System.err.println("I/O failed for connection to: "+args[0]); Fichero client/echoobjectstub.java package client; import java.net.*; import java.io.*; 24 El servicio de echo con sockets

29 Ficheros de apoyo class EchoObjectStub implements EchoInt{ private Socket echosocket = null; private PrintWriter os = null; private BufferedReader is = null; private String host = "localhost"; private int port=7; private String output = "Error"; private boolean connected = false; public void sethostandport(string host, int port) { this.host= host; this.port =port; public String echo(string input)throws java.rmi.remoteexception { connect(); if (echosocket!= null && os!= null && is!= null) { try { os.println(input); os.flush(); output= is.readline(); catch (IOException e) { System.err.println("I/O failed in reading/writing socket"); throw new java.rmi.remoteexception("i/o failed in reading/writing socket"); disconnect(); return output; private synchronized void connect() throws java.rmi.remoteexception { //EJERCICIO: Implemente el método connect private synchronized void disconnect(){ //EJERCICIO: Implemente el método disconnect Fichero client/echostub2.java package client; import java.net.*; import java.io.*; class EchoObjectStub implements EchoInt, Runnable { private Socket echosocket = null; private PrintWriter os = null; private BufferedReader is = null; private String host = "localhost"; DYA 25

30 Ficheros de apoyo private int port=7; private String output = "Error"; private boolean connected = false; private Thread reloj = new Thread(this, "reloj"); private int timeout = 50; private boolean firsttime = true; public void sethostandport(string host, int port) { this.host= host; this.port =port; public String echo(string input)throws java.rmi.remoteexception { connect(); if (echosocket!= null && os!= null && is!= null) { try { os.println(input); os.flush(); output= is.readline(); catch (IOException e) { System.err.println("I/O failed in reading/writing socket"); throw new java.rmi.remoteexception("i/o failed in reading/writing socket"); programdisconnection(); return output; private synchronized void connect() throws java.rmi.remoteexception { //EJERCICIO: lo mismo que en EchoObjectStub private synchronized void disconnect(){ //EJERCICIO: lo mismo que en EchoObjectStub private synchronized void programdisconnection(){ //EJERCICIO: programar un timeout para la cabo de 5 segundos class Timeout { Timer timer; EchoObjectStub stub; int seconds; public Timeout (int seconds, EchoObjectStub stub) { this.seconds = seconds; this.stub = stub; public void start() { //EJERCICIO 26 El servicio de echo con sockets

31 Ficheros de apoyo public void cancel() { //EJERCICIO class TimeoutTask extends TimerTask { //EJERCICIO DYA 27

32 Ficheros de apoyo 28 El servicio de echo con sockets

33 PRÁCTICA 3 El servicio de echo en Java-RMI E l objetivo de esta práctica es crear y ejecutar una aplicación cliente servidor echo basada en java-rmi. La práctica tiene dos partes: La primera parte implementa un servidor sencillo basado en un objeto java-rmi con un único método echo. La segunda parte utiliza las facilidades de movilidad de código en Java-RMI. Se trata de implementar también el servicio de echo, pero esta vez el servidor es una máquina de cómputo genérica, denominada ComputeEngine, que puede ejecutar cualquier algoritmo cuyo código se le proporcione a través de la red. En este caso, el algoritmo será el algoritmo del servicio de echo. La metodología de desarrollo de aplicaciones RMI propuesta en esta práctica está basada en el plugin de RMI para Eclipse de http// Esta metodología se encuentra bien detallada en las Flash demos que se encuentran en la web y que pueden accederse también a través del menú desplegable del plugin RMI. DYA 29

34 Estructura de la aplicación Estructura de la aplicación La aplicación Echo se estructura en tres paquetes: la interfaz, el cliente y el servidor, los cuales se describen a continuación. Ver figura 1 (pág. 30). FIGURA 1. Estructura de una RPC El paquete interfaz (rmi) Consta del siguiente fichero: EchoInt.java: describe el servicio echo. Este fichero debe ser prácticamente igual a la interfaz especificada en la práctica anterior, excepto que el interfaz es en esta práctica es subclase de java.rmi.remote. public interface EchoIntRMI extends java.rmi.remote El paquete servidor (server) Consta, básicamente, de dos ficheros: EchoObject.java: implementa la interfaz EchoInt y proporciona el servicio de echo en local (a clientes locales, no a clientes remotos). La implementación es idéntica a la práctica anterior y consiste en devolver la cadena que se envía, junto con el URL y la hora de la máquina servidora al cabo de 3 segundos. Este retraso simula que el servicio tiene un tiempo de cómputo largo y apreciable. 30 El servicio de echo en Java-RMI

35 Realización del servicio de echo elemental en RMI EchoObjectRMI.java: es el verdadero objeto RMI (extends UnicastRemoteObject). También implementa la interfaz EchoInt e implementa el servicio de echo en remoto (para clientes remotos). Su implementación se basa en crear una instancia del objeto EchoObject y delegar en el la implementación del método echo. La funcionalidad adicional que aporta esta clase es la de registrar el servicio en el servidor de nombres y proporcionarle la capacidad de ser invocado remotamente mediante el código genético que aporta la clase UnicastRemoteObject. El objeto servidor lo componen el código objeto correspondiente a estos ficheros junto a los skeletons generados automáticamente por RMI El paquete cliente (client) Lo constituye el siguiente fichero: EchoRMI.java: es el cliente RMI. Se encarga de obtener una referencia RMI al objeto servidor a partir del servicio de nombres. Una vez obtenida esta referencia, realiza el bucle: - Leer de teclado - Invocar el objeto (a través de la referencia al objeto) - Imprimir el resultado por pantalla Realización del servicio de echo elemental en RMI Para la realización de la parte básica de la práctica cree un proyecto prj-rmi y siga la metodología descrita en la práctica Creación del proyecto 1. Descargue los ficheros de ayuda al directorio de descargas ($WS/descargas) si los hubiera. 2. Cree un proyecto prj-rmi en el workspace según se indica en la práctica 1 cree también los paquetes de que consta la aplicación: rmi, client, server Generación de la interfaz RMI El desarrollo de la interfaz RMI, contenida en el paquete rmi, consta de los siguientes pasos: 3. Cree una interfaz EchoInt. La opción más sencilla es utilizar File->New->Other->Java->RMI - > Remote Interface. También se puede hacer con File->New->New Interface especificando: - Name: EchoInt DYA 31

36 Realización del servicio de echo elemental en RMI - Extended interfaces: java.rmi.remote 4. Complete la definición de la interfaz con la especificación del método echo Generación del servidor RMI pasos: El desarrollo del servidor RMI, contenido en el paquete server, consta de los siguientes 5. Cree una clase EchoObjectRMI. con File->New Class especificando: - Name: EchoObjectRMI - Superclass: java.rmi.unicastremoteobject - Extended interfaces: rmi.echoint - public static void main - Constructors from superclass 6. Copie el fichero EchoObject.java del directorio de descargas al directorio server del proyecto en el workspace y actualice el Package explorer para visualizarlo. 7. Complete la implementación del servidor con la implementación de los métodos echo y main. - El método echo delega en el correspondiente método de la clase EchoObject. - El método main básicamente debe realizar una instancia del EchoObjectRMI e inscribirla en el Servicio de Nombres de RMI Generación de stubs para ello: La ejecución de aplicaciones RMI requiere la generación automática de stubs y skeletons, 8. Habilite la generación de stubs RMI para el servidor del proyecto. Para ello en el menú contextual del proyecto seleccione: - RMI->Enable Stubs Generation Esto generará los stubs cada vez que sea necesario (si el proyecto tiene seleccionada la opción Project->Build automatically) pero el package explorer normalmente no los muestra. 9. Para mostrar los stubs en el Package explorer deberá habilitar la siguiente opción en el menú contextual del proyecto: - Properties -> -keep En caso de no disponer del plugin RMI, la generación de stubs y skeletons puede realizarse desde una consola MS-DOS estableciendo la variable de entorno CLASSPATH y ejecutando el compilador de RMI, especificando como parámetros el servidor de echo: > rmic server/echoobjectrmi.java Generación del cliente RMI El desarrollo del cliente RMI, contenido en el paquete client, consta de los siguientes pasos: 32 El servicio de echo en Java-RMI

37 Realización del servicio de echo elemental en RMI 10. Copie el fichero EchoRMI.java del directorio de descargas al directorio client del proyecto en el workspace y actualice el Package explorer para visualizarlo. 11. Realice los ejercicios propuestos. - Sólo tiene que realizar la invocación al servidor de echo. - Observe la necesidad de un gestor de seguridad en el cliente Compilación y ejecución de aplicaciones RMI en Eclipse El desarrollo de aplicaciones RMI en Eclipse se ve facilitado por el plugin de Para ejecutar una aplicación RMI, básicamente debe seguir los siguientes pasos: 1. Arranque el servicio de nombres RMI rmiregistry utilizando la opción Start Local Registry (port 1099) del menú del plugin de RMI: En caso de no disponer del plugin RMI, este servicio también puede arrancarse desde una consola MS-DOS estableciendo la variable de entorno CLASSPATH y ejecutando: > start rmiregistry En Unix: > rmiregistry& 2. Ejecute el servidor EchoObjectRMI creando un perfil de ejecución con el menú Run as -> RMI Application y fijando las siguientes propiedades de la máquina virtual (menú RMI VM Properties): - java.rmi.server.codebase: permite especificar un URL para el código rmi. De esta forma, la máquina virtual puede conocer la ubicación de las clases y sus correspondientes stubs o skeletons. Fíjela en el directorio bin de la aplicación (file:${workspace_loc:/prj-rmi/bin). Esta opción se especifica con Compute from classpath. - La ejecución de aplicaciones desde consola (caso de no disponer del plugin RMI) debe especificar correctamente las propiedades de la máquina virtual: > java server/echoobjectrmi -Djava.rmi.server.codebase=... -Djava.security.policy= Compruebe que el servicio echo ha sido registrado correctamente en el rmiregistry utilizando el RMI Registry Inspector. 4. Ejecute el cliente EchoRMI creando un perfil de ejecución con el menú Run as -> RMI Application y especificando: - Argumentos de ejecución (menú (x) Arguments): host del servidor. - Propiedades de la máquina virtual (menú RMI VM Properties). Puesto que el cliente utiliza un gestor de seguridad es necesario especificar una política: - java.security.policy: permite especificar el URL para un fichero con la política de seguridad necesaria para ejecutar aplicaciones RMI. Existen aquí dos opciones: o bien crear un fichero DYA 33

38 Despliegue y ejecución de aplicacione RMI desde la consola. automáticamente desde las opciones disponibles (Create...) o bien especificar un fichero con el siguiente contenido. grant { permission java.net.socketpermission "*: ", "connect,accept,resolve"; ; 5. Realice también pruebas de invocación de clientes a servidores remotos utilizando el servidor de echo de otros compañeros de prácticas Despliegue y ejecución de aplicacione RMI desde la consola. La ejecución de la aplicación RMI fuera del entorno Eclipse consta de dos pasos fundamentales el despliegue de la aplicación como ficheros jar y la ejecución, propiamante dicha, del servidor y del cliente Despliegue de la aplicación Deben generarse los siguientes ficheros jar: 1. rmi_remote.jar: contiene los interfaces y los stubs de RMI. Debe estar accesible por el cliente en tiempo de ejecución. En el caso de la práctica Echo contiene: rmi/echoint.java server/echoobjectrmi_stub.java 2. rmi_server.jar: contiene la implementación del servidor. En el caso de la práctica Echo contiene: 1. rmi/echoint.java server/* 2. rmi_client.jar: contiene la implementación del cliente. En el caso de la práctica Echo contiene: rmi/echoint.java client/* Ejecución del servidor RMI La ejecución del servidor consta de los siguientes pasos: 1. Ejecutar el servicio de nombres rmiregistry en la máquina que se ejecute el servidor. 2. Crear un fichero de política de segurida denominado, por ejemplo, security.policy con el siguiente contenido: grant { permission java.security.allpermission; 34 El servicio de echo en Java-RMI

39 Realización de la aplicación echo utilizando movilidad de código 3. Dejar el fichero rmi_remote.jar con la implementación del servidor en una localización accesible tanto por parte del servidor como del cliente (hhtp:, ftp:, ó file: ). Por ejemplo: file:/users/dya/echo/rmi_remote.jar 4. La máquina java que ejecute al servidor debe tener establecidos las siguientes propiedades: - -Djava.security.policy= el fichero del paso 2 - -Djava.rmi.server.codebase=Localización del fichero rmi_remote.jar - -classpath rmi_server.jar En el caso de la práctica de Echo - java -Djava.security.policy=security.policy - -Djava.rmi.server.codebase=file:/users/dya/echo/rmi_remote.jar - -classpath rmi_server.jar server.echoobjectrmi Ejecución del cliente RMI Para ejecutar el cliente RMI, el fichero rmi_remote.jar con los stubs y el fichero de política de seguridad deben estar accesibles en la máquina del cliente. La ejecución se realiza mediante la siguiente orden: java -Djava.security.policy=security.policy -Djava.rmi.server.codebase=file:/users/dya/echo/rmi_remote.jar -classpath rmi_client.jar client.echormi localhost Realización de la aplicación echo utilizando movilidad de código Visite el Tutorial de Java (disponible en la web de la asignatura) y seleccione el capítulo de RMI. En este capítulo se desarrolla una aplicación donde existe un servidor de computo genérico ComputeEngine, que ejecuta un código (subclase de Task) que el cliente le puede especificar como parámetro por valor en una invocación RMI (movilidad de código). La Task que se desarrolla en el tutorial es las Task Pi que contiene un algoritmo para calcular el número pi. Ver figura 2 (pág. 36). Este ejemplo se encuentra disponible como tutorial en el plugin RMI. Esta segunda parte de la práctica consiste en compilar y ejecutar el ejemplo del tutorial y, posteriormente, modificarlo para sustituir el algoritmo de calcular el numero pi por el algoritmo de realizar el servicio echo. De esta manera el servidor ComputeEngine ejecutará una Task con el servicio de echo. Se requiere también modificar la interfaz del Compute del ComputeEngine para adaptarla a la siguiente especificación: DYA 35

40 Realización de la aplicación echo utilizando movilidad de código FIGURA 2. La aplicación ComputeEngine import java.rmi.remote; import java.rmi.remoteexception; public interface Compute extends Remote { //loadtask: Cargar una nueva task en el ComputeEngine. No ejecutarla void loadtask(task t) throws RemoteException; //executetask: Ejecutar una task previamente cargada con loadtask //la task admite como argumentos de entrada los proporcionados en arg y //el resultado de la Task es devuelto como resultado de executetask Object executetask(object arg) throws RemoteException; Esta segunda parte consta de los siguientes pasos: 1. Crear los proyectos de esta aplicación con: File->New->Other->Java->RMI -> Tutorials y seleccionando Sun s RMI Tutorial. 2. Ejecutar la aplicación anterior. Para ello, siga los pasos del apartado Modificar la aplicación anterior para ajustarse a la nueva especificación de la interfaz Compute. Para ello: - Modifique las interfaces Compute y Task. - Modifique el servidor de ComputeEngine para implementar la nueva interfaz Compute. - Realice una Task que implemente el algoritmo de echo, aprovechando el objeto EchoObject.java. - Realice una nueva versión del cliente de echo de la primera parte de la práctica para que invoque la nueva máquina de cómputo genérica. 4. Ejecute la nueva versión del servidor de cómputo genérico. 36 El servicio de echo en Java-RMI

41 Ficheros de apoyo Ficheros de apoyo Fichero server/echoobjectrmi.java package server; import java.rmi.remoteexception; import java.rmi.registry.locateregistry; import java.rmi.registry.registry; import java.rmi.server.unicastremoteobject; import rmi.echoint; public class EchoObjectRMI extends UnicastRemoteObject implements EchoInt { private static final long serialversionuid = 1L; protected EchoObjectRMI() throws RemoteException { super(); // TODO Auto-generated constructor stub private static EchoObject eo = new EchoObject(); public String echo(string input) throws RemoteException { // TODO Auto-generated method stub return eo.echo(input); public static void main(string[] args) { // TODO Auto-generated method stub try { Registry registry = LocateRegistry.getRegistry(); registry.rebind("echo", new EchoObjectRMI()); catch (RemoteException e) { System.err.println("Something wrong happended on the remote end"); e.printstacktrace(); System.exit(-1); // can't just return, rmi threads may not exit System.out.println("The echo server is ready"); Fichero server/echoobject.java El mismo que para la práctica de sockets. DYA 37

42 Ficheros de apoyo Fichero client/echoobject.java package client; import java.io.*; import java.rmi.naming; import java.rmi.rmisecuritymanager; import rmi.echoint; public class EchoRMI { public static void main(string[] args) { // TODO Auto-generated method stub if (args.length<1){ System.out.println("Uso echo <host>");system.exit(1); if(system.getsecuritymanager()== null) System.setSecurityManager(new RMISecurityManager()); BufferedReader stdin = new BufferedReader(new InputStreamReader(System.in)); PrintWriter stdout = new PrintWriter(System.out); String input,output; try{ EchoInt obj = (EchoInt) Naming.lookup("//" + args[0] + "/echo"); stdout.print("> "); stdout.flush(); while ( (input = stdin.readline())!=null){ //EJERCICIO: invocar el objeto RMI stdout.println(output); stdout.print("> "); stdout.flush(); catch(exception e){ System.out.println("Error en el cliente de echo RMI : " + e.getmessage()); 38 El servicio de echo en Java-RMI

43 PRÁCTICA 4 El servicio de echo en CORBA L la arquitectura CORBA permite la realización de aplicaciones distribuidas heterogéneas siguiendo el modelo de programación orientada a objetos. El objetivo de esta práctica es crear y ejecutar la aplicación cliente/servidor echo, siguiendo la metodología de objetos distribuidos de CORBA. La práctica consta dos partes. En la primera parte la referencia IOR a un servidor se realiza a partir de un fichero creado por el servidor. En la segunda parte, la referencia IOR al servidor se obtiene a partir de un servicio de nombres de CORBA donde el servidor lo ha registrado previamente. La metodología de desarrollo de aplicaciones CORBA propuesta en esta práctica está basada en el plugin de ORB Studio para Eclipse de http// También se utilizará en la segunda parte el servicio de nombres de la plataforma Orbacus, cuyas bibliotecas y documentación se pueden encontrar en la página de prácticas de la web de la asignatura. Esta práctica desarrolla los contenidos del capítulo 2 (Getting Started) del manual de Orbacus. Ambos plugins son de la compañía IONA. DYA 39

44 Estructura de la aplicación Estructura de la aplicación Esta aplicación consta de una interfaz IDL y tres paquetes: cliente, el servidor, y corba, los cuales se describen a continuación. La estructura de la aplicación se representa en la figura 1 (pág. 40). FIGURA 1. Estructura de una aplicación CORBA La interfaz IDL Las interfaces de servicios se especifican en CORBA utilizando el lenguaje IDL. La interfaz se encuentra definida en el siguiente fichero: Echo.idl: interfaz en IDL del servicio echo El paquete corba Este paquete agrupa los stubs y el soporte necesario para implementar servicio echo en CORBA. Se generan automáticamente al procesar la interfaz IDL (Echo.idl). Estos ficheros no han de ser modificados, y sólo deben regenerarse en caso de modificar la interfaz IDL. Son los siguientes ficheros: - Echo.java y EchoOperations.java: son la interfaz java derivada de la interfaz IDL. - EchoPOA.java: integra el stub del servidor. - _EchoStub.java: integra el stub del cliente (proxy) - EchoHelper.java: proporciona funcionalidad extra, fundamentalmente el método narrow para convertir referencias CORBA a su correspondientes tipos. 40 El servicio de echo en CORBA

45 Realización de la parte básica de la práctica. - EchoHolder.java: proporciona objetos y métodos para los argumentos out e inout de CORBA que no se ajustan fácilmente a la semántica de Java El paquete servidor (server) Consta de lo siguientes ficheros: Server_AOM.java: tiene la estructura típica de un servidor CORBA. Realiza la inicialización del objeto CORBA y se encarga de publicar su IOR, bien sea en un fichero o en el servicio de nombres CORBA. EchoSeverImpl.java: es el objeto que implementa todos los métodos definidos en el interfaz IDL. En este caso, dicha implementación se basa en crear una instancia del objeto EchoObject utilizado en las dos prácticas anteriores, y delegar en disco objeto la implementación del método EchoObject.echo definido en el interfaz. EchoObject.java: Implementa el método echo tal como establece el interfaz IDL. Es el mismo fichero de implementación que en prácticas anteriores El paquete cliente (client) Consta de lo siguientes ficheros: EchoClient.java: tiene la estructura típica de un cliente CORBA. Se encarga de realizar la inicialización del objeto CORBA, obtener un IOR al objeto servidor e invocarlo. Los argumentos para invocar el servicio echo los proporcionará el usuario por teclado y la visualización de la respuesta del servicio se realizará por consola. Este código también se incluirá en este fichero. La obtención de un IOR al objeto servidor se realizará de dos formas diferentes. En la parte básica de la práctica (apartado 4.2.-) el cliente obtiene el IOR a partir de un fichero creado por el servidor. En el apartado el cliente obtiene el IOR del servicio de nombres de CORBA, donde el servidor lo ha registrado previamente Realización de la parte básica de la práctica. La parte básica de la práctica no utiliza el Naming Service o el Trading Service de CORBA para la obtención de IORs a servicios sino que, en su lugar, se utiliza simplemente un fichero. DYA 41

46 Realización de la parte básica de la práctica Publicación del IOR El método que utiliza el servidor ara publicar el IOR (referencia a si mismo) del servicio que oferta es escribirlo en forma de string en un fichero llamado server.ior. El cliente obtendrá el IOR del servidor a partir de dicho fichero. Puesto que el cliente normalmente se encuentra en una máquina distinta a la del servidor, habrá que hacer alcanzable este fichero al cliente por algún medio: publicándolo en una web, enviándolo un correo-e, enviándolo en un disquete, compartiendo un directorio que contenga el fichero,...). Tenga en cuenta que cada vez que el proceso servidor muere y vuelve a ser ejecutado el IOR generado es diferente (aunque se trate del mismo servicio). Ello requerirá que el cliente vuelva a renovar el IOR cuando sospeche que haya podido ocurrir esta situación. La realización de la parte básica de la práctica se describe en los siguientes apartados Creación del proyecto Básicamente se siguen los pasos de práctica anteriores: 1. Compruebe que el plugin ORB Studio utiliza como plataforma CORBA el soporte Java IDL que se proporciona con el JDK. Para ello seleccione Eclipse->Preferences->ORB Studio->IDL Compiler y seleccione JavaIDL(JDK) 2. Cree un proyecto prj-corba en el workspace (W:\dya) según se indica en la práctica 1. Puesto que se elige como plataforma CORBA el JavaIDL del JDK no es necesario especificar bibliotecas extra. Cuando se utilice Orbacus habrá que añadirlas Generación y procesamiento de la interfaz IDL 3. Genere un nuevo fichero IDL en su proyecto con el wizard de ORB studio. Para ello, seleccione el proyecto prj-corba y en el menú contextual elija New->Other->CORBA Wizard->Simple IDL y dele nombre al fichero Echo.idl. 4. Abra el fichero Echo.idl generado automáticamente con el editor de IDL integrado en Eclipse. Edite este fichero y realice la especificación del servicio de echo (ver ficheros de apoyo). Especifique como module (se mapea a package en Java) corba. El editor de IDL comprueba la sintaxis automáticamente. 5. Genere stubs y esqueletos compilando el fichero IDL. El compilador también se integra en Eclipse al instalar el plugin. Para compilar, seleccione el fichero Echo.idl y en el menú contextual elija ORB menu->compile. Observe el paquete con el soporte CORBA generado por el compilador. 42 El servicio de echo en CORBA

47 Realización de la parte básica de la práctica Generación del servidor CORBA La generación de un servidor CORBA que implemente la interfaz IDL descrita consta de los siguientes pasos: 6. Genere el servidor CORBA. Esta es la principal característica del plugin y la más útil. Se soportan todos los tipos de adaptadores de objetos mencionados en la especificación de OMG CORBA. El código generado es directamente ejecutable y no contiene errores, aunque si partes por completar. En esta práctica se utilizará el tipo de servidor más popular basado en Active Object Map (AOM). Seleccione el proyecto prj-corba y en el menú contextual elija New- >Other->CORBA Wizard->Server->Active Object Map. Establezca: - Project: prj-corba - IDL filename: Echo.idl - Interface: corba.echo - Package: server - Server class name: EchoServerImpl En la siguiente página del wizard, seleccione sólo la opción: - Create server class Esto genera dos ficheros en el paquete server del proyecto: - El servant: EchoServerImpl.java - El server: Server_AOM.java Además Eclipse reporta un error en la clase del servant. Este error se debe a que la clase del servant no incluye ninguna operación que corresponda a los métodos definidos en IDL. No se preocupe, pues vamos a generarlos. 7. Genere automáticamente en el servant los métodos declarados en la interfaz IDL. Para ello: - Pinche en la marca X en rojo que aparece en la parte derecha del editor de Java y seleccione que se abra un Assist menu. - Seleccione en el Assist menu Add unimplemented methods. - Implemente la lógica de negocio del servidor, es decir complete los métodos del servant correspondientes a la interfaz IDL. Básicamente consiste en crear una instancia del objeto EchoObject (que es el mismo que en las dos prácticas anteriores) y delegar en el la implementación del método echo. 8. Cree un perfil de ejecución para el servidor CORBA con Run Generación del cliente CORBA pasos: La generación de un cliente para el servidor CORBA anterior consta de los siguientes DYA 43

48 Utilización del servicio de nombres CORBA 9. Seleccione el proyecto prj-corba y en el menú contextual elija la opción New->Other- >CORBA Wizard->Client->Simple implementation. Establezca: - Project: prj-corba - IDL filename: Echo.idl - Interface: corba.echo - Package: client - Server class name: EchoClientImpl 10. Implemente el código del cliente. El código generado en el paso anterior tiene un método main en el que encontrará comentada una línea que ilustra como invocar el servidor. test.getorbinterface().operation1( A message in a bottle ); La implementación del cliente básicamente consisten en: leer una cadena de caracteres por teclado, realizar la invocación CORBA del servicio echo y visualizar la respuesta del por consola. El código es completamente similar al del servidor RMI excepto la invocación RMI que debe sustituirse por la invocación CORBA. 11. Cree un perfil de ejecución para el cliente CORBA con Run Utilización del servicio de nombres CORBA La realización de esta parte de la práctica consiste en utilizar el Name Service de CORBA, en lugar del fichero Echo.ref, como forma de publicar el IOR. Esto significa realizar pequeños cambios en el cliente y servidor desarrollados con anterioridad Modificaciones en el servidor Observe el código generado automáticamente para el servidor CORBA y observará que se encuentra comentado el código para la utilización del servidor de nombres: org.omg.corba.object ncobj = orb.resolve_initial_references("nameservice"); NamingContextExt nc = NamingContextExtHelper.narrow(ncobj); nc.bind(nc.to_name("echoobject"), obj); Descomente estas líneas. Además puede ser interesante establecer el host y port en el que se encuentra el servicio de nombres. Para ello añada en el lugar adecuado las siguientes líneas: props.put("org.omg.corba.orbinitialhost", "localhost"); props.put("org.omg.corba.orbinitialport", "1050"); 44 El servicio de echo en CORBA

49 Utilización del servicio de nombres CORBA Modificaciones en el cliente Comente las líneas necesarias para deshabilitar la obtención del IOR del fichero server.ior, y en su lugar añada las líneas: ncobj = orb.resolve_initial_references("nameservice"); NamingContextExt nc = NamingContextExtHelper.narrow(ncobj); org.omg.corba.object obj = nc.resolve_str("echoobject"); target = corba.echoservicehelper.narrow(obj); Ejecución del servicio de nombres de JavaIDL(SDK) En JavaIDL (SDK) se encuentran disponibles dos servicios de nombres: El Servicio de Nombres Persistente: proporciona persistencia a los contextos de nombres. Se puede invocar de dos formas: Desde una consola: $ orbd & Desde Eclipse, creando un perfil de ejecución con Run... y la siguiente configuración: - Name: SDK CORBA Name Service - Main class: com.sun.corba.se.impl.naming.pcosnaming.nameserver - Application parameters: -ORBInitialPort 1050 El Servicio de Nombres Transitorio: si existe una interrupción en el servicio, al rearrancar no conserva los contextos. Es el más antiguo y sólo se proporciona por compatibilidad hacia atrás. Se puede invocar de dos formas: Desde una consola: $ tnameserv & Desde Eclipse, creando un perfil de ejecución con Run... y la siguiente configuración: - Name: SDK CORBA Transient Name Service - Main class: com.sun.corba.se.impl.naming.cosnaming.transientnameserver - Application parameters: -ORBInitialPort 1050 Se recomienda utilizar el Servicio de Nombres Persistente. Además existe una utilidad servertool que permite interrogar y visualizar los contenidos del servidor orbd. Se puede invocar de dos formas: Desde una consola: DYA 45

50 La plataforma Orbacus $ servertool & Desde Eclipse, creando un perfil de ejecución con Run... y la siguiente configuración: - Name: SDK CORBA Name Service Console - Main class: com.sun.corba.se.impl.activation.servertool - Application parameters: -ORBInitialPort 1050 Arránquela y utilice la orden list o help en el prompt > de esta herramienta. Una vez arrancado el servicio de nombres ya puede ejecutar el servidor y el cliente CORBA La plataforma Orbacus Una plataforma CORBA alternativa que puede utilizarse para la realización de la práctica es Orbacus 4.0.3, disponible para Java y C++ sobre Linux y Windows. El software de Orbacus se encuentra en la web de la asignatura. y consta, básicamente, de los siguientes elementos: Orbacus-4.0.3/JOB-4_0_3.zip: código fuente Orbacus-4.0.3/JOB-4_0_3_jars.zip: bibliotecas Orbacus-4.0.3/JOB-4_0_3_pdf.zip: documentación Orbacus-4.0.3/linux/JOB-4_0_3-bin-linux.zip: ejecutables para linux Orbacus-4.0.3/win32/JOB-4_0_3-bin-win32.zip: ejecutables para windows Instalación Para la instalación de este entorno precisa descargar los ficheros JOB-4_0_3_jars.zip y JOB-4_0_3- bin-win32.zip (o JOB-4_0_3-bin-linux.zip). La documentación no es necesario descargarla, puesto que se puede consultar también en la web de la asignatura. 1. Descargue los ficheros JOB-4_0_3_jars.zip y JOB-4_0_3-bin-win32.zip (o JOB-4_0_3-binlinux.zip) al directorio de descargas y descomprímalos. 2. Cree un directorio $WS/JOB en el workspace con los siguientes subdirectorios: - $WS/JOB-4.0.3/lib: copie a este subdirectorio los ficheros OB.jar, OBNaming.jar, OBUtils.jar extraídos del fichero JOB-4_0_3_jars.zip del directorio de descargas. 46 El servicio de echo en CORBA

51 La plataforma Orbacus - $WS/JOB-4.0.3/bin: copie a este subdirectorio el ejecutable jidl (e idlcpp) extraídos del fichero JOB-4_0_3-bin-linux.zip del directorio de descargas. 3. En las propiedades del proyecto incluya los ficheros OB.jar, OBNaming.jar, OBUtils.jar del directorio $WS/JOB-4.0.3\lib como bibliotecas del proyecto (pestaña Libraries, opción Add external JARs...). 4. El código de cliente y servidor debe modificarse si desea utilizarse esta plataforma CORBA sustituyendo las líneas: props.setproperty("org.omg.corba.orbclass", "com.sun.corba.se.internal.poa.poaorb"); props.setproperty("org.omg.corba.orbsingletonclass", por: "com.sun.corba.se.internal.corba.orbsingleton"); props.put("org.omg.corba.orbclass", "com.ooc.corba.orb"); props.put("org.omg.corba.orbsingletonclass", "com.ooc.corba.orbsingleton"); Compilador de IDL En el directorio $WS/JOB-4.0.3/bin puede encontrar el ejecutable jidl que se invoca de la siguiente forma: $ jidl Echo.idl Nota: jidl -i Echo.idl genera también el fichero EchoImpl.java con la plantilla para la implementación de los métodos de una interfaz. Observe el directorio y los ficheros que genera el compilador al procesar una interfaz IDL El servicio de nombres El soporte para el servicio de nombres CORBA en Orbacus se encuentra en la biblioteca OBNaming,jar previamente incluida en el proyecto. Puede invocarse creando un perfil de ejecución (menú Run...) con la siguiente configuración: - Name: Orbacus Name Service - Main class: com.ooc.cosnaming.server - Application parameters: -OAPort 1111 Puede ejecutar también Name Service Console de Orbacus que permite observar mediante una interfaz gráfica los IOR registrados en el Name Service. Para ello, cree un perfil de ejecución (menú Run...) con la siguiente configuración: - Name: Orbacus Name Service Console DYA 47

52 La plataforma Orbacus - Main class: com.ooc.cosnamingconsole.main - VM parameters: -Dooc.orb.service.NameService=corbaloc::localhost:1111/NameService Cuando utilice un servicio de nombres que no se encuentre en la máquina local deberá cambiar adecuadamente la propiedad -Dooc.orb.service.NameService para que refleje el URL de la máquina donde se encuentra Selección de un servicio de nombres La selección de un servicio de nombres en una determinada plataforma CORBA puede realizarse de formas diferentes: Utilizando el JavaIDL(SDK): estableciendo la propiedad org.omg.corba.nameservice, o bien estableciendo las propiedades org.omg.corba.orbinitialhost y org.omg.corba.orbinitialport. Puede hacerse de varios modos: - Como parámetro de ejecución (en el servidor): - ORBInitRef NameService=corbaloc::<host>:<port>/NameService - ORBInitialPort <port> - ORBInitialPort <host> - Como parámetro de ejecución del máquina virtual VM (en el cliente): - Dorg.omg.CORBA.NameService=corbaloc::<host>:<port>/NameService - Mediante el URL corbaloc en el código: props.put("org.omg.corba.nameservice", "corbaloc::<host>:<port>/nameservice"); props.put("org.omg.corba.orbinitialhost", "<host>"); props.put("org.omg.corba.orbinitialport", "<port>"); Utilizando Orbacus: estableciendo la propiedad ooc.orb.service.nameservice. Puede hacerse de varios modos: - Como parámetro de ejecución: - OAPort <port> - Como parámetro de ejecución del máquina virtual VM - Dooc.orb.service.NameService=corbaloc::<host>:<port>/NameService - Mediante el URL corbaloc en el código: props.put("ooc.orb.service.nameservice", "corbaloc::<host>:<port>/nameservice"); 48 El servicio de echo en CORBA

53 Ficheros de apoyo Mas información sobre el servicio de nombre de Orbacus puede obtenerse consultando los capítulos 9 y 10 del manual de Orbacus, disponible en la web de la asignatura Ficheros de apoyo Fichero Echo.idl module corba { interface Echo { // Methods string echoservice(in string input); ; ; Fichero server/echoobject.java El mismo que para la práctica de sockets y RMI. DYA 49

54 Ficheros de apoyo 50 El servicio de echo en CORBA

55 PRÁCTICA 5 Difusión y grupos dinámicos: la agencia de robots E l objetivo de esta práctica es doble: por una parte, iniciar construir la base principal del proyecto Agencia de Robots que constituye el trabajo final de esta asignatura y, por otra, conocer la interfaz Java de la primitiva de comunicación de grupos llamada difusión (multicast). Adicionalmente, la práctica también introduce la capacidad para serializar objetos existente en Java, la cual permitirá enviar objetos Java a través de conexiones TCP o datagramas UDP. La aplicación distribuida conocida como la Agencia de Robots que se muestra en la figura 1 (pág. 52)., consiste en un conjunto de robots resolviendo un problema en el que necesitan coordinarse, como por ejemplo, la persecución entre robots, un partido de fútbol, etc. Muchas de estas aplicaciones se basan en la utilización de una cámara cenital que obtiene periódicamente una instantánea del escenario con la posición de todos los robots. Esta instantánea es difundida a los robots para que estos puedan coordinarse más fácilmente que basándose exclusivamente en su propia percepción. Además existente otro tipo de componente denominado consola, que también escucha las difusiones de la cámara y permite monitorizar el funcionamiento del sistema. Los componentes robot, cámara y consola se implementarán como objetos remotos. Los objetos robot y consola podrán instanciarse tantas veces como se quiera en diferentes nodos del sistema. De la cámara sólo existirá una única instancia. DYA 51

56 Estructura de la aplicación FIGURA 1. La agencia de robots Los robots formarán un grupo dinámico que funciona por subscripción. El objeto cámara actuará no solo como cámara sino como gestor (centralizado) de dicho grupo, dando de alta a aquellos robots que soliciten su adhesión al grupo y dando de baja a aquellos que deseen abandonarlo o bien fallen. Sólo los robots subscritos al grupo tendrán acceso al canal de difusión del grupo y podrán, por tanto, escuchar las difusiones de las instantáneas de la cámara. La comunicación remota en esta práctica toma dos formas: Difusiones de la cámara. Contienen un objeto Java serializado con la instantánea de la cámara. Comunicación punto a punto basada en invocaciones CORBA. Se podrá ampliar el trabajo final para tolerar fallos de la cámara o realizar una versión descentralizada de la misma Estructura de la aplicación Esta aplicación se encuentra estructurada en 6 paquetes, tal como se indica en figura 2 (pág. 53).,. Cada paquete, a su vez, constituye un proyecto diferente. Los tres paquetes fundamentales corresponden a los tres objetos remotos (robot, cámara y consola) y son completamente independientes entre si. Los proyectos/paquetes correspondientes a estos objetos son: 52 Difusión y grupos dinámicos: la agencia

57 Estructura de la aplicación FIGURA 2. Estructura de la aplicación - prj-robot / package robot: objeto CORBA que simula el comportamiento de los robots. Los robots se inscriben como componentes del grupo en el gestor del grupo (cámara) y a partir de ese momento empiezan a recibir difusiones con instantáneas. - prj-camara / package camara: objeto CORBA que simula la cámara. Actúa también como gestor del grupo y realiza las difusiones. Puesto que la cámara es simulada y no puede obtener las posiciones de los robots mediante un objetivo fotográfico, recurrirá a interrogar a cada robot para - Implementado / package consola: objeto CORBA que proporciona una interfaz de usuario. Se proporciona implementado. No se utiliza en este práctica. Los otros paquetes actúan a modo de bibliotecas utilizadas por los tres primeros y son: - prj-difusión / package comm: soporte para difusión de objetos serializados. También proporciona un package prueba que permite comprobar el correcto funcionamiento. Es el objetivo fundamental de esta práctica. - prj-corba / package corba: soporte CORBA (proxies y stubs) generados automáticamente a partir del procesamiento de la interfaz IDL de la aplicación. La interfaz IDL ya se proporciona implementada. - Implementado / package khepera: biblioteca que simula el funcionamiento de los motores y sensores de infrarrojos del robot conocido como Khepera. No se utiliza en este práctica. El código objeto de cada proyecto se empaquetará como un archivo JAR (Java ARchive). Cuando un proyecto A utilice o dependa de otro proyecto B, esta dependencia debe especificarse al crear el nuevo proyecto B. Esto puede hacerse de dos formas diferentes: Si solo se dispone del fichero JAR del proyecto A: incluir el JAR como biblioteca al crear B. DYA 53

58 Estructura de la aplicación Si se dispone de los fuentes del proyecto A: especificar la dependencia del proyecto A al crear B. Tiene la ventaja de que si se modifica A, no es necesario regenerar el fichero JAR El proyecto prj-corba siguiente: Este proyecto consta de un único paquete: corba. Inicialmente solo contiene el fichero robot.idl: definición de las interfaces en el lenguaje IDL-CORBA de los servicios que proporcionan la cámara y los robots y de las estructuras necesarias para que se comuniquen entre ellos. Este fichero se encuentra totalmente implementado (ver ficheros de apoyo). Observando este fichero se puede observar que, fundamentalmente declara el tipo de datos InstantaneaD y dos interfaces: Robot y Cámara. Estructura de datos InstantaneaD Es la información que la Cámara difunde en las instantáneas y que recolecta información sobre el estado global del sistema, es decir, con la información de estado del conjunto de robots que se han suscrito. Esta estructura de datos se declara en IDL como sequence<estadorobotd> que en Java se mapea a un array donde cada elemento es una estructura de tipo EstadoRobotD: InstantaneaD ---> EstadoRobotD[ ] La estructura con la información de estado de un Robot es un registro que contiene la siguiente información: - string nombre: El nombre del robot. - unsigned long id: Identificador único del robot. - string IORrob: IOR (referencia) al robot en forma de string. Posteriormente se ampliará esta estructura de datos en el trabajo final incluyendo información adicional, como su posición, su objetivo, etc. Es probable que, por conveniencia de programación, prefiera manejar la estructura de datos instantanead como un objeto de clase LinkedList de Java en vez de un array, que es lo que produce el mapeo automático de IDL. Esta conveniencia se basa en que la clase LinkedList ofrece métodos muy adecuados para la manipulación de colecciones de objetos. Necesitará pues realizar conversio- 54 Difusión y grupos dinámicos: la agencia

59 Estructura de la aplicación nes entre arrays y LinkedList. Para ello, observe que la clase LinkedList dispone de un método toarray para convertirla en una estructura de datos tipo array. Procesando el fichero robot.idl con compilador de IDL se generará el resto de ficheros (stubs CORBA) necesarios para la comunicación CORBA entre objetos remotos. Estos ficheros constituye el paquete corba. La interfaz Cámara En esta interfaz, la Cámara ofrece a otros objetos CORBA únicamente el siguiente servicio: - Suscribir el robot al grupo: devuelve una estructura de datos SuscripcionD con el identificador único del robot y el canal de difusión. Este interfaz se ampliará, posteriormente, en el trabajo final para que ofrezca otros servicios, como dar de baja un robot del grupo, obtener la lista de suscriptores, etc. Una funcionalidad adicional de la cámara como gestor del grupo es detectar fallos de caída de los robots. Ante esta situación, el robot que ha fallado se dará de baja de la lista de suscripción. La estrategia para la detección de fallos de robots consiste en realizar invocaciones periódicas a todos los robots de la lista de suscripción con el fin de obtener una respuesta y saber así que están vivos. La interfaz Robot En esta interfaz, un Robot ofrece a otros objetos CORBA únicamente el siguiente servicio: - ObtenerEstado: proporciona (a la cámara) la información del estado del Robot. Este interfaz se ampliará, posteriormente, en el trabajo final para que ofrezca otros servicios El proyecto prj-difusion Constituye el núcleo central de esta práctica. Contiene dos paquetes: comm y prueba El paquete comm Consta de los siguientes ficheros: Difusion.java: ofrece un objeto y métodos para enviar y recibir objetos Java serializados utilizando sockets multicast. En este caso se utilizarán para enviar/recibir la estructura de datos Java a la cual se mapea la definición IDL de InstantaneaD. El fichero se encuentra parcialmente DYA 55

60 Estructura de la aplicación implementado y requiere completar los métodos receiveobject(), sendobject() así como el constructor. El paquete prueba Es un paquete cuya única finalidad es poder probar por separado (de forma independiente a los paquetes Cámara y Robot) el correcto funcionamiento del paquete comm. Solo consta de un fichero: Prueba.java: permite probar y depurar el paquete comm. Básicamente contiene dos threads: uno que realiza la difusión y otro que la recibe e imprime su contenido. Se encuentra completamente implementado El proyecto prj-camara Consta únicamente del paquete Camara con los siguientes ficheros: CamaraIntServerImpl.java: contiene el código de aplicación del servidor Cámara. Consta de un objeto que implementa los métodos de la interfaz IDL de la Cámara. Contiene una clase anidada (CamaraDifusion) con un thread encargado de enviar periódicamente un objeto InstantaneaD con el estado global del sistema por un canal de difusión. Server_AOM.java: contiene el código CORBA del servidor Cámara. Es el objeto encargado de convertir la Cámara en un objeto CORBA y registrarlo en el servicio de nombres. Ambos ficheros se encuentran parcialmente implementados y contienen EJERCICIOS. La figura figura 3 (pág. 57) muestra el pseudocódigo del código de aplicación del servidor Cámara., El proyecto prj-robot Este proyecto consta únicamente del paquete Robot con los siguientes ficheros: RobotSeguidorIntServerImpl.java: contiene el código de aplicación del servidor Robot. Consta de un objeto que implementa los métodos de la interfaz IDL del Robot. Contiene una clase anidada (RobotDifusion) con un thread encargado de obtener el canal de difusión y leer periódicamente un objeto InstantaneaD difundido por la Cámara. La funcionalidad del Robot en esta 56 Difusión y grupos dinámicos: la agencia

61 Estructura de la aplicación FIGURA 3. Pseudocódigo de la Cámara versión preliminar del objeto consiste en recibir el objeto InstantaneaD, deserializarlo e imprimir el nombre de todos los robots que se relacionan en InstantaneaD. Server_AOM.java: contiene el código CORBA del servidor Robot. Es el objeto encargado de convertir la cámara en un objeto CORBA, y de obtener una IOR a la Cámara. Ambos ficheros se encuentran parcialmente implementados y contienen EJERCICIOS. La figura figura 4 (pág. 57) muestra el pseudocódigo del código de aplicación del servidor Cámara., FIGURA 4. Pseudocódigo del Robot DYA 57

62 Realización de la parte básica de la práctica: bibliotecas para comunicación Realización de la parte básica de la práctica: bibliotecas para comunicación Esta práctica sirve de esqueleto para el trabajo final. Se encuentra ya resuelto uno de los aspectos mas importantes: la estructuración en clases y ficheros. Pero a diferencia de otras prácticas, el código propuesto para implementar como ejercicio es mucho mayor. Se pone resolverlo en varios pasos: Implementar el proyecto prj-corba (paquete corba) con la interfaz IDL y crear los stubs CORBA requeridos para la comunicación remota y las clases java derivadas de la definición IDL (mappings). Implementar el proyecto prj-difusión (paquete comm) para la difusión y probarlo. Implementar el proyecto prj-camara (paquete camara) con la versión preliminar del objeto remoto Camara. Implementar el proyecto prj-robot (paquete Robot) con la versión preliminar del objeto remoto Robot. Se considerará como parte básica de la práctica la realización de los dos primeros paquetes, correspondientes a las bibliotecas de comunicación por difusión y comunicación CORBA. Comience por descargar el archivo comprimido con los ficheros de apoyo de la práctica al directorio de descargas y después proceda a la realización de la misma, proyecto a proyecto. Al crear los proyectos, deberá tener en cuenta que algunos de ellos dependen de otros Realización del proyecto prj-corba El desarrollo de este proyecto tiene como objetivo crear una biblioteca con el soporte CORBA creado a partir de la interfaz IDL definida. Requiere los siguientes pasos: 1. Crear el proyecto prj-corba con las opciones habituales. - Si va a utilizar la plataforma CORBA Orbacus, deberá incluir los ficheros OB.jar, OBNaming.jar, OBUtils.jar como bibliotecas al crear el proyecto (pestaña Libraries, opción Add external JARs...). 2. Añadir el fichero robot.idl al proyecto, copiándolo desde el directorio de descargas. 3. Procesar la interfaz IDL tal como se indicaba en la práctica de introducción a CORBA. 58 Difusión y grupos dinámicos: la agencia

63 Realización de los objetos remotos CORBA 4. Crear un fichero JAR con el código objeto generado por el proyecto prj-corba de forma idéntica a como se realizaba en el proyecto anterior Realización del proyecto prj-difusión El desarrollo de este proyecto tiene como objetivo crear una biblioteca para difusión de objetos Java y requiere los siguientes pasos: 1. Crear el proyecto prj-difusion con las opciones habituales. Debe especificar la dependencia del proyecto prj-corba o especificar el jar creado a partir de este proyecto como bibioteca. 2. Crear los paquetes comm y prueba 3. Añadir los ficheros de apoyo de este proyecto desde el directorio de descargas y actualizar el Package explorer. 4. Realizar los ejercicios del paquete comm. - Los constructores. - El método Object Difusion.receiveObject(): utilice las clases ByteArrayInputStream y ObjectInputStream. - El método void Difusion.sendObject(Object object): utilice las clases ByteArrayOutputStream y ObjectOutputStream. 5. Crear un fichero JAR con el código objeto generado por el proyecto prj-difusion. Este fichero puede generarse con la opción Export aplicada sobre el paquete que se visualiza la ventana del Package Explorer y se ubica el directorio base del workspace. 6. Comprobar el correcto funcionamiento del paquete comm creando un perfil de ejecución para la clase Prueba del paquete prueba: - Un thread difunde un objeto Java (con dos strings: Hola 1! y Hola 2! ), y otro thread escucha la difusión de dicho objeto y visualiza el contenido del objeto difundido Realización de los objetos remotos CORBA En esta segunda parte de la práctica se creará un grupo dinámico de Robots con un gestor, que será la Camara. Los Robots se suscribirán en la Camara y, partir de es momento, comenzarán a recibir las difusiones que ésta realice. El protocolo de suscripción se realizará utilizando invocaciones CORBA Realización del proyecto prj-camara El desarrollo de este paquete sigue la metodología para desarrollo de las aplicaciones CORBA descrita en una práctica de introducción a CORBA. De una manera detallada, los pasos para la realización de estos paquetes son los siguientes: DYA 59

64 Realización de los objetos remotos CORBA 1. Cree el proyecto prj-camara con las opciones habituales. En la creación de este proyecto debe especificar la dependencia de los proyectos prj-difusion y prj-corba (o incluir los jar generados como bibliotecas). 2. Añada al proyecto el ficheros robot.idl, copiándolo desde el directorio de descargas. 3. Genere el servidor CORBA. Seleccione el proyecto prj-camara y en el menú contextual elija New->Other->CORBA Wizard->Server->Active Object Map. Establezca: - Project: prj-camara - IDL filename: robot.idl - Interface: corba.camaraint - Package: camara - Server class name: CamaraIntServerImpl En la siguiente página del wizard, seleccione sólo la opción: - Create server class Esto genera dos ficheros en el paquete server del proyecto: - El servant: CamaraIntServerImpl.java - El server: Server_AOM.java 4. Sobreescriba el servant CamaraIntServerImpl.java con el correspondiente fichero de apoyo, copiándolo desde el directorio de descargas. 5. Realice los ejercicios del servant CamaraIntServerImpl.java. Este objeto implementa la interfaz IDL de la cámara. Los aspectos por resolver son: - La implementación de algunos métodos de la interfaz IDL. - Una clase anidada (CamaraDifusion) que implementa un thread encargado de enviar periódicamente una InstantáneaD del estado global del sistema por un canal de difusión. El canal de difusión se especificará como una dirección IP y un port que la Camara recibirá como argumentos de ejecución. Si no se especifican, tomará unos por defecto. 6. Edite y observe el contenido del fichero Server_AOM.modif del directorio de descargas. Contiene modificaciones que debe introducir en el fichero Server_AOM.java. Realícelas en el lugar adecuado. 7. Cree un fichero JAR con el código objeto generado por el proyecto prj-camara de forma idéntica a como se realizaba en el proyecto anterior. 8. Cree un perfil de ejecución (menú Run...) para la Camara especificando: - Main class: seleccione camara.server_aom - Application parameters: especifique ip port (ip y port del canal de difusión). 60 Difusión y grupos dinámicos: la agencia

65 Realización de los objetos remotos CORBA Realización del proyecto prj-robot El desarrollo de este paquete sigue la metodología para desarrollo de las aplicaciones CORBA descrita en una práctica de introducción a CORBA. De una manera detallada, los pasos para la realización de estos paquetes son los siguientes: 1. Cree el proyecto prj-robot con las opciones habituales. En la creación de este proyecto debe especificar la dependencia de los proyectos prj-difusion y prj-corba. 2. Añada al proyecto el fichero robot.idl, copiándolo desde el directorio de descargas. 3. Genere el servidor CORBA. Seleccione el proyecto prj-robot y en el menú contextual elija New- >Other->CORBA Wizard->Server->Active Object Map. Establezca: - Project: prj-robot - IDL filename: robot.idl - Interface: corba.robotseguidorint - Package: robot - Server class name: RobotSeguidorIntServerImpl En la siguiente página del wizard, seleccione sólo la opción: - Create server class Esto genera dos ficheros en el paquete server del proyecto: - El servant: RobotSeguidorServerImpl.java - El server: Server_AOM.java 4. Sobreescriba el servant RobotSeguidorIntServerImpl.java con el correspondiente fichero de apoyo, copiándolo desde el directorio de descargas. 5. Realice los ejercicios del servant RobotSeguidorIntServerImpl.java. Este objeto implementa la interfaz IDL de la cámara. Los aspectos por resolver son: - La implementación de algunos métodos de la interfaz IDL - Una clase anidada (CamaraDifusion) que implementa un thread encargado de recibir periódicamente la InstantáneaD del estado global del sistema por un canal de difusión. - El canal de difusión se averiguará a partir de los datos devueltos por la suscripción. 6. Edite y observe el contenido del fichero Server_AOM.modif del directorio de descargas. Contiene modificaciones que debe introducir en el fichero Server_AOM.java. Realícelas en el lugar adecuado. 7. Cree un fichero JAR con el código objeto generado por el proyecto prj-robot de forma idéntica a como se realizaba en el proyecto anterior. 8. Cree un perfil de ejecución (menú Run...) para el Robot especificando: - Main class: seleccione robot.server_aom - Application parameters: especifique un nombre para el robot DYA 61

66 Ficheros de apoyo Ejecución de la aplicación La ejecución de la aplicación requiere ejecutar, en primer lugar, el servicio de nombres CORBA, después la Cámara y, finalmente, varios Robot. Para ejecutar el servicio de nombres CORBA, consulte la práctica de introducción a CORBA. Deberá ejecutar los Robots utilizando como gestor del grupo una Cámara ubicada en una máquina remota. En este caso, el Robot deberá especificar: - Application parameters: -ORBInitialPort port -ORBInitialHost host Ficheros de apoyo Proyecto prj-difusion Fichero comm/difusion.java package comm; import java.io.*; import java.util.*; import java.net.*; import corba.instantanea.*; public class Difusion{ MulticastSocket socket; IPYPortD ipyport; public InetAddress group; // public Difusion(IPYPortD ipyport){ this.ipyport = ipyport; //EJERCICIO: //Crear el socket multicast //EJERCICIO: //Obtener la direccion del grupo //EJERCICIO: //Unirse al grupo // public Object receiveobject(){ Object object = null; ObjectInputStream ois = null; byte[] buffer; DatagramPacket packet; ByteArrayInputStream bis; //EJERCICIO: recibir el paquete y deserializarlo return object; 62 Difusión y grupos dinámicos: la agencia

67 Ficheros de apoyo // public void sendobject(object object){ ByteArrayOutputStream bos; ObjectOutputStream oos = null; byte[] buffer; DatagramPacket packet; //EJERCICIO: serializar el paquete y difundirlo Fichero prueba/prueba.java package prueba; import java.util.linkedlist; import comm.*; import corba.camara.ipyportd; import corba.instantanea.*; // // La clase Prueba // public class Prueba { IPYPortD ipyport; // public Prueba(){ ipyport = new IPYPortD(" ",1110); new CamaraDifusion(); new RobotDifusion(); // public static void main(string args[]) { Prueba prueba = new Prueba(); // // La clase anidada CamaraDifusion (el servidor) // class CamaraDifusion extends Thread{ Difusion difusion; InstantaneaD instantanea; LinkedList listaestados = new LinkedList(); EstadoRobotD st1 = new EstadoRobotD(); EstadoRobotD st2 = new EstadoRobotD(); // public CamaraDifusion(){ difusion = new Difusion(ipyport); st1.nombre = "Hola 1!"; st2.nombre = "Hola 2!"; listaestados.add(st1); listaestados.add(st2); this.start(); DYA 63

68 Ficheros de apoyo // public void run(){ for(int i=1; i<6; i++) { instantanea = new InstantaneaD((EstadoRobotD[]) listaestados.toarray(new EstadoRobotD[0])); difusion.sendobject(instantanea); try{ Thread.sleep(400); catch(interruptedexception e){ e.printstacktrace(); // // La clase anidada RobotDifusion (el cliente) // class RobotDifusion extends Thread{ Difusion difusion; InstantaneaD instantanea; EstadoRobotD st = new EstadoRobotD(); // public RobotDifusion(){ difusion = new Difusion(ipyport); this.start(); // public void run(){ while(true){ instantanea = (InstantaneaD) difusion.receiveobject(); System.out.println("-Escuchada difusion-"); for(int i=0; i<instantanea.estadorobs.length; i++){ st = instantanea.estadorobs[i]; System.out.println("Contenido " + i + ": " + st.nombre); try{ Thread.sleep(400); catch(interruptedexception e){ e.printstacktrace(); Fichero robot.idl module corba{ 64 Difusión y grupos dinámicos: la agencia

69 Ficheros de apoyo module instantanea{ struct EstadoRobotD { string nombre; unsigned long id; string IORrob; ; struct InstantaneaD{ sequence<estadorobotd> estadorobs; ; ; module robot{ interface RobotSeguidorInt{ void ObtenerEstado(out corba::instantanea::estadorobotd est); ; ; module camara{ struct IPYPortD{ string ip; unsigned long port; ; struct suscripciond{ unsigned long id; IPYPortD iport; ; interface CamaraInt{ suscripciond SuscribirRobot(in string IORrob); ; ; ; Proyecto prj-camara Fichero camara/camaraserverimpl.java package camara; import comm.*; import corba.instantanea.*; import corba.camara.*; import corba.camara.suscripciond; import corba.camara.ipyportd; import corba.robot.*; import java.util.linkedlist; import java.util.iterator; DYA 65

70 Ficheros de apoyo public class CamaraIntServerImpl extends corba.camara.camaraintpoa { private org.omg.portableserver.poa poa_; private org.omg.corba.orb orb_; private LinkedList listarobots = new LinkedList(); private LinkedList listaestados = new LinkedList(); InstantaneaD instantanea; private int nrobots; private IPYPortD ipyport; public CamaraIntServerImpl(org.omg.CORBA.ORB orb, org.omg.portableserver.poa poa, IPYPortD iport) { orb_ = orb; poa_ = poa; ipyport = new IPYPortD(iport.ip, iport.port); nrobots = 0; public org.omg.portableserver.poa _default_poa() { if(poa_!= null) return poa_; else return super._default_poa(); // // IDL:corba/Camara/CamaraInt/SuscribirRobot:1.0 // public suscripciond SuscribirRobot(String IORrob) { // TODO: implement //EJERCICIO: Implementar la suscripcion al robot // // La clase anidada CamaraDifusion // class CamaraDifusion extends Thread{ private Difusion difusion; // public CamaraDifusion(IPYPortD iport){ difusion = new Difusion(iport); 66 Difusión y grupos dinámicos: la agencia

71 Ficheros de apoyo // public void run(){ corba.instantanea.estadorobotdholder st = new EstadoRobotDHolder(); String ior=null; LinkedList listafallos = new LinkedList(); while(true){ listaestados.clear(); listafallos.clear(); for (Iterator i = listarobots.iterator(); i.hasnext(); ){ try { //EJERCICIO: invocar via CORBA el metodo ObtenerEstado y anyadir //el estado del robot correspondiente a la lista de estados catch (/*EJERCICIO: Seleccionar excepcion */ e){ System.out.println("Detectado fallo 4 Robot: " + ior ); //EJERCICIO: anyadir el robot caido a la lista de fallos //EJERCICIO: crear una instantanea a partir de la lista de estados de los robots. instantanea = new InstantaneaD(/*EJERCICIO*/); //EJERCICIO: difundir la instantanea try{ Thread.sleep(400); catch(interruptedexception e){ e.printstacktrace(); Fichero camara/server_aom.modif package camara; /*MODIFICADO*/ import corba.camara.*; /*FIN MODIFICADO*/ /*MODIFICADO*/ private static corba.camara.ipyportd ipyport; /*FIN MODIFICADO*/ /*MODIFICADO*/ if (args.length>=2) ipyport = new IPYPortD( args[0], Integer.parseInt(args[1]) ); else ipyport = new IPYPortD( " ", 7010); System.out.println("Difusión por canal. " + ipyport.ip + " / " + ipyport.port); DYA 67

72 Ficheros de apoyo /*FIN MODIFICADO*/ // Create the servant /*MODIFICADO*/ CamaraIntServerImpl servant = new CamaraIntServerImpl(orb,poa,ipyport); /*FIN MODIFICADO*/ /*FIN MODIFICADO*/ servant.start(); /*FIN MODIFICADO*/ Proyecto prj-robot Fichero robot/robotseguidorintserverimpl.java package robot; import corba.instantanea.estadorobotdholder; import comm.*; import corba.instantanea.*; import corba.camara.*; /** * This class is the implementation object for your IDL interface. * * Let the Eclipse complete operations code by choosing 'Add unimplemented methods'. */ public class RobotSeguidorIntServerImpl extends corba.robot.robotseguidorintpoa { org.omg.corba.orb orb; CamaraInt camara; String minombre; int miid; String miior; private InstantaneaD instantanea; /** * Constructor for RobotSeguidorIntServerImpl */ public RobotSeguidorIntServerImpl() { public void ObtenerEstado(EstadoRobotDHolder est) { // TODO Auto-generated method stub //EJERCICIO: componer la instantanea a partir de EstadoRobotD y retornarla corba.instantanea.estadorobotd _r = /*EJERCICIO*/; //return _r; est.value = _r; // new corba.instantanea.estadorobotd(); 68 Difusión y grupos dinámicos: la agencia

73 Ficheros de apoyo public void start(){ new RobotDifusion().start(); // // La clase anidada RobotDifusion // class RobotDifusion extends Thread{ private Difusion difusion; private EstadoRobotD sr; private suscripciond sus; public void run(){ //EJERCICIO: suscribir el robot en la camara //EJERCICIO: crear la difusion miid=sus.id; while(true){ //EJERCICIO: recibir instantanea //EJERCICIO: iterar sobre la lista de estados, imprimiendo el nombre de //todos los robots cuyo estado figura en la instantanea. System.out.println("Robot " + i + " : " + sr.nombre); try{ Thread.sleep(400); catch(interruptedexception e){ e.printstacktrace(); Fichero robot/server_aom.modif package robot; /*MODIFICADO*/ import corba.camara.*; /*FIN MODIFICADO*/ /*MODIFICADO*/ DYA 69

74 Ficheros de apoyo static CamaraInt camara; static int ok=0; /*FIN MODIFICADO*/ /*MODIFICADO*/ do{ try{ //EJERCICIO:Conectar con el servidor de nombre y obtener una referencia //a la **camara** System.out.println("Identificador: " + servant); //EJERCICIO: convertir la referencia al robot en un IOR en formato String servant.miior = /*EJERCICIO*/; servant.orb = orb; servant.camara = camara; if (args.length>0) servant.minombre = args[0]; else servant.minombre="robot"; ok=1; catch(exception ex) { System.out.println("El robot no se registro bien en la camara. Reintentando..."); while(ok==0); servant.start(); /*FIN MODIFICADO*/ 70 Difusión y grupos dinámicos: la agencia

75 PRÁCTICA 6 El applet echo E l objetivo de esta práctica es realizar un applet para un cliente de echo, es decir un cliente de echo cuya interfaz gráfica (GUI) se proporcione sobre un navegador web y sea similar a la especificada en la figura 1 (pág. 71)., FIGURA 1. Estructura de la aplicación DYA 71

76 Estructura de la aplicación Esta interfaz gráfica o GUI s (Grafical User Interface) deberá generarse con un editor visual de interfaces incorporada en el entorno de desarrollo (IDE) de Java. El funcionamiento del applet de echo es el siguiente: envía a la máquina especificada en el campo Host, la cadena del campo String to send y cuando se recibe la respuesta del servicio de echo, la representa en el campo String received. El envío de la cadena se realiza cuando se produce alguno de los siguientes eventos: Evento 1: Se aprieta el botón SEND Evento 2: Se proporciona un <CR> en String to send Este cliente deberá funcionar con los servidores de echo realizados en prácticas anteriores que se especifican: Servidor de echo con sockets: conectará con este servidor al producirse al producirse el evento 1 Servidor de echo RMI (o CORBA): conectará con este servidor al producirse al producirse el evento 2 IMPORTANTE: es necesario que tenga a punto los proyectos de las prácticas de sockets y RMI antes de empezar a realizar esta práctica Estructura de la aplicación Esta aplicación consta de dos paquetes: el paquete con la interfaz del servicio en RMI (package rmi) y el paquete cliente (package client). Como paquete sevidor se utilizarán directamente los paquetes con la parte servidora del servicio de echo desarrollados en las prácticas de sockets y RMI La interfaz rmi Contiene la interfaz RMI del servicio de echo. Consta del siguiente fichero: EchoInt.java: el mismo interfaz del servicio de echo que el de las prácticas de sockets y RMI 72 El applet echo

77 Realización de la parte básica de la práctica El paquete client Lo conforma la parte cliente del servicio de echo. Consta de un fichero con el stub del cliente del servicio basado en sockets y el applet: EchoObjectStub.java: es el stub del servicio de echo basado en sockets utilizado en prácticas anteriores. Este stub estaba generado a mano y se encuentra ya totalmente terminado de prácticas anteriores. EchoApplet.java: es el applet con el cliente del servicio de echo, objeto de esta práctica. Contiene una interfaz gráfica para dicho servicio que puede visualizarse en un navegador web. No se proporciona plantilla alguna para este fichero, ya que deberá generarse íntegramente a partir de un editor gráfico de interfaces (GUI s) Realización de la parte básica de la práctica Para la realización de la parte básica de la práctica comience por crear un proyecto, descargar los ficheros de apoyo y añadirlos al proyecto. Posteriormente desarrolle el applet echo con un editor gráfico. De una manera más detallada, los pasos a seguir se detallan en los siguientes apartados Creación del proyecto Este abaratado consta de los mismos pasos que las prácticas anteriores: 1. Descargue los ficheros de ayuda al directorio de descargas. 2. Cree un proyecto prj-applet en el workspace cree también los paquetes de que consta la aplicación: rmi, client. 3. Copie los ficheros de apoyo desde el directorio de descargas al workspace Realización del applet echo La realización de un applet consta, fundamentalmente de dos pasos: 1. Desarrollo de la interfaz gráfica (GUI) 2. Realización de los manejadores de eventos. Cada uno de estos pasos se detalla a continuación. DYA 73

78 Realización de la parte básica de la práctica Desarrollo de la interfaz gráfica (GUI) 1. Añada al paquete client del proyecto un nuevo fichero, denominado EchoApplet.java, con la opción New -> Other -> Java -> Visual Class, especificando: - Superclass: javax.swing.japplet Observe que se crea una plantilla de un fichero con un applet y se ofrece una doble visión del mismo: código fuente y diseño gráfico. Ver figura 2 (pág. 74). FIGURA 2. El editor gráfico en el IDE Eclipse Inicialmente aparece el contenedor del applet vacío. Para realizar el diseño de una interfaz gráfica como la mostrada en la figura 1 (pág. 71) deberá ir añadiendo elementos de la Palette de componentes gráficos. Deberá tener en cuenta los siguientes aspectos: 2. Seleccionar el Layout Manager null. Para ello, seleccione el contenedor, observe la ventana de Properties y modifique adecuadamente la propiedad layout. 3. Añada componentes gráficos seleccionándolos desde el menú de Swing Components de la Palette. Se recomienda dar a los componentes nombres fácilmente identificables (Property -> name) en el momento de su creación, especialmente aquellos que vayan a ser manipulados: - botonenviar - textohost - textoenviar - textorecibido 74 El applet echo

79 Realización de la parte básica de la práctica - barraestado Realización de los manejadores de eventos Se realizarán manejadores para los siguientes eventos de tipo ActionEvent: Pulsación del botón SEND: el manejo consistirá en solicitar el servicio de echo vía sockets. Teclear <CR> en el campo de texto etiquetado como String to send: el manejo consistirá en solicitar el servicio de echo al servidor RMI (o CORBA) correspondiente. Para realizar un manejador de un componente gráfico: 1. Seleccione el componente en el editor gráfico y apriete el botón derecho del ratón. En el menú contextual seleccionar Events -> ActionPerformed. Se creará en la ventana de código la siguiente plantilla de manejador: jbutton.addactionlistener(new java.awt.event.actionlistener() { public void actionperformed(java.awt.event.actionevent e) { System.out.println("actionPerformed()"); // TODO Auto-generated Event stub actionperformed() ); 2. Rellene la plantilla del manejador con el código que corresponda a cada manejador. En el caso del evento del botón, el código consiste en invocar el servicio de echo de sockets mediante el stub EchoObjectStub. El código se proporciona a continuación (observe en font diferente los nombres dados a los componentes gráficos): EchoObjectStub es = new EchoObjectStub(); String host = new String(textoHost.getText()); String input = new String(textoEnviar.getText()); String output = new String("Error!"); try { es.sethostandport(host,7); output = es.echo(input); textorecibido.settext(output); catch (RemoteException x) { barraestado.settext("no se pudo comunicar con el server"); Realice un manejador semejante para el caso del evento del campo de texto textoenviar, realizando en este caso una invocación al servicio de echo RMI (o CORBA) Ejecución de la aplicación Para la ejecución de la aplicación, realice los siguientes pasos: DYA 75

80 Ejecución del applet echo como aplicación web 1. Abra los proyectos prj-sockets y prj-rmi realizados en prácticas anteriores, y ponga en ejecución los servidores correspondientes 2. Ejecute el cliente de echo con el menú Run... Java Applet. Se ejecutará el applet en una aplicación AppletViewer que permite comprobar su funcionamiento básico antes de acudir al navegador web Ejecución del applet echo como aplicación web Para ejecutar el cliente del servicio de echo como aplicación web se recomienda el siguiente proceso: 1. Empaquetar el applet en un fichero JAR. 2. Realizar una página HTML para lanzar la aplicación. 3. Ubicar la aplicación en una máquina con un servidor web HTTP. 4. Resolver los problemas de seguridad que puedan aparecer. A continuación se examina cada uno de estos pasos con mayor detalle Creación de un archivo JAR con el applet Para poder ejecutar un applet en un navegador web es conveniente empaquetar y comprimir todas las clases java de que consta en un archivo JAR, incluyendo todas las clases y bibliotecas que no se encuentran en el entorno de la máquina virtual del navegador. La creación del archivo JAR se realiza seleccionando el proyecto y mediante el menú contextual de botan derecho indicando la opción Export -> JAR file. Especifique como nombre del fichero prj-applet.jar Realización de una página HTML para el applet Consiste en generar una página HTML que referencie el archivo JAR anteriormente creado. Realice una página EchoApplet.htm en el mismo directorio donde se encuentre el archivo JAR prjapplet.jar cuyo contenido sea: <html> <head> <title> Página de prueba del applet de echo </title> </head> <body> El applet client.echoapplet de Joan Vila debe aparecer debajo en un visualizador de Java.<br> <applet 76 El applet echo

81 Ejecución del applet echo como aplicación web archive = "prj-applet.jar" code = "client.echoapplet.class" name = "TestApplet" width = "400" height = "300" hspace = "0" vspace = "0" align = "middle" > </applet> </body> </html> Para la ejecución del fichero JAR desde un navegador web debe comprobar que el navegador elegido tiene instalado el plug-in de la máquina virtual Java de Sun. Si no esta instalado, debe descargarse de Ubicación del cliente en un servidor web Para poder probar el cliente de echo como una aplicación web, debe ubicar el applet en un directorio servido por un servidor web. Ubique en este directorio los ficheros prj-applet.jar y EchoApplet.htm. Las posibilidades de que dispone para este directorio son: El subdirectorio $HOME/public_html si trabaja en una máquina Unix con servidor web. - En este directorio el applet se accede con el URL: Un directorio del usuario dya en una máquina que disponga de servidor web. El URL de este servidor es: Puede ubicar su aplicación en este servidor vía ftp: ftp://dya@lamode.disca.upv.es/public_html/ (Usuario=dya, Passwd:(el de siempre)) - Cree su propio directorio en esta máquina evitando colisionar con los directorios de sus compañeros: ftp://lamode.disca.upv.es/dya/public_html/%user% - En este directorio el applet se accede con el URL: Ejecución del applet firmado Si se ejecuta el applet contra un servicio de echo ubicado en el mismo servidor que el servidor web, funciona correctamente. En este caso no deben existir demasiados problemas de seguridad puesto que el applet y el servidor de echo se encuentran en la misma máquina. DYA 77

82 Ejecución del applet echo como aplicación web Si se ejecuta el cliente de echo contra el servidor de echo de su propia máquina o contra el servidor de alguno de sus compañeros de prácticas, observará en la consola de Java que el applet lanza una excepción de seguridad Resolución de problemas de seguridad Los applets son virus en potencia y por lo tanto, suelen presentar problemas de seguridad. En este caso, los problemas más importantes son: Acceso al port 1099 requerido por RMI Comunicación con terceros, es decir, servidores ubicados en máquinas distintas a la máquina de la que proviene el applet. A partir de la plataforma Java 2, la forma de habilitar una política de seguridad diferente a la de defecto es implementar un fichero java.policy que la defina. Este fichero debe habilitarse en el fichero java.security de la máquina virtual del navegador. Ubique el fichero java.security y observe que permite la localización de un nuevo fichero con la política de seguridad, denominado.java.policy, en el directorio de usuario ${user.home: # The default is to have a single system-wide policy file, # and a policy file in the user's home directory. policy.url.1=file:${java.home/lib/security/java.policy policy.url.2=file:${user.home/.java.policy Cree el fichero ${user.home\.java.policy. (el directorio ${user.homeen Windows es C:/Documents and Settings/%USER%). Edítelo y añada: grant { //permission java.security.allpermission; permission java.net.allpermission; ; La ejecución de un applet ubicado en un fichero local requiere el permiso: permission java.net.allpermission La ejecución de un applet ubicado un servidor web requiere el permiso: permission java.security.allpermission ya que el anterior no cubre la comunicación con terceros. 78 El applet echo

83 Ejecución del applet echo como aplicación web Elimine el fichero ${user.home\.java.policy al terminar la práctica, para evitar problemas cuando visite sitios no seguros. DYA 79

84 Ejecución del applet echo como aplicación web 80 El applet echo

85 PRÁCTICA 7 Servlets E l objetivo de esta práctica es comprender el mecanismo de funcionamiento de los servlets programando unos ejemplos de generación dinámica de páginas html y gestión de cookies. Los servlets son aplicaciones donde el cliente es una página HTML y el servidor es un programa CGI (Common Gateway Interface) escrito en Java que ejecuta el servidor web. Los servlets son la respuesta de la tecnología Java a la programación CGI. Son programas que se ejecutan en un servidor Web y construyen páginas Web dinámicamente. Construir páginas Web al vuelo es útil por un número de razones: La página Web está basada en datos enviados por el usuario. Por ejemplo, las páginas de resultados de los motores de búsqueda se generan de esta forma, y los programas que procesan pedidos desde sitios web de comercio electrónico también. Los datos cambian frecuentemente. Por ejemplo, un informe sobre el tiempo o páginas de cabeceras de noticias podrían construir la página dinámicamente, quizás devolviendo una página previamente construida y luego actualizándola. DYA 81

86 Introducción a servlets Las páginas Web que usan información desde bases de datos corporativas u otras fuentes. Por ejemplo, usaríamos esto para hacer una página Web en una tienda on-line que liste los precios actuales y el número de artículos en stock Introducción a servlets Los servlets atienden peticiones realizadas por páginas HTML. Estas peticiones son, fundamentalmente, de tipo GET y POST. Las peticiones GET son peticiones hechas por el navegador cuando el usuario teclea una URL en la línea de direcciones, sigue un enlace desde una página Web, o rellena un formulario que no especifica un METHOD. Los Servlets también pueden manejar peticiones POST muy fácilmente, que son generadas cuando alguien crea un formulario HTML que especifica METHOD="POST". Un servlet es una subclase de HttpServlet y la forma de atender peticiones GET y POST es sobrecarga doget o dopost respectivamente. Estos métodos toman dos argumentos: un HttpServletRequest y un HttpServletResponse. El HttpServletRequest tiene métodos que nos permiten encontrar información entrante como datos de un FORM, cabeceras de peticiòn HTTP, etc. El HttpServletResponse tiene métodos que nos permiten especificar líneas de respuesta HTTP (200, 404, etc.), cabeceras de respuesta (Content-Type, Set-Cookie, etc.), y, todavía más importante, nos permiten obtener un PrintWriter usado para envíar la salida de vuelta al cliente. Los servlest no forman parte de SDK y, por tanto, de las bibliotecas estándar de Java (paquetes java.*). Es necesario importar las extensiones javax.servlet (para HttpServlet, etc.), y javax.servlet.http (para HttpServletRequest y HttpServletResponse). En servlets sencillos, la mayor parte del código consiste en sentencias System.out.println() que generan la página deseada. Los métodos doget y dopost pueden propagar dos excepciones, por eso es necesario incluirlas en la declaración. También observamos que tenemos que importar las clases de los paquetes java.io (para PrintWriter, etc.), 82 Servlets

87 Descripción de la aplicación Una de las mejores características de los servlets Java es que la obtención de parámetros de formularios se maneja automáticamente. Simplemente llamamos al método getparameter de HttpServletRequest, y suministramos el nombre del parámetro como un argumento. Observa que los nombres de parámetros son sensibles a mayúsculas. El valor de retorno es un String correspondiente al valor uudecode de la primera ocurrencia del parámetro. Se devuelve un String vacío si el parámetro existe pero no tiene valor, y se devuelve null si no existe dicho parámetro. Si el parámetro pudiera tener más de un valor, como en el ejemplo anterior, deberíamos llamar a getparametervalues en vez de a getparameter. Este devuelve un array de strings. Finalmente, aunque en aplicaciones reales nuestros servlets probablemente tengan un conjunto específico de nombres de parámetros por los que buscar. Usamos getparameternames para esto, que devuelve una Enumeration, cada entrada puede ser forzada a String y usada en una llamada a getparameter Descripción de la aplicación En esta práctica se realizarán dos aplicaciones: - Servlet1: un servlet elemental y - CookieServlet: un servlet con cookies. Ambas aplicaciones constan de un cliente HTML y un servlet que es ejecutado por un servidor web El servlet elemental En el servlet elemental, el cliente HTML (figura 2 (pág. 84) (a) ) está compuesto por dos formularios con sendos botones "submit" que realizan peticiones GET ó POST, según el caso, al servidor web para que ponga en ejecución el servlet Servlet1.class El servlet, simplemente responde con un mensaje indicando qué método se ha invocado (doget ó dopost). El resultado aparece en la figura 2 (pág. 84) (a) El servlet con cookies En el servlet con cookies, el cliente HTML tiene dos formularios (figura 2 (pág. 84)): DYA 83

88 Descripción de la aplicación FIGURA 1. Servlet elemental FIGURA 2. Servlet con cookies El primer formulario realiza una petición POST (de HTTP) al servidor web para que ponga en ejecución el servlet CookieServlet.class y ejecute el método dopost. Al ejecutar el método dopost el servlet responde con una página HTML (dinámica) que visualiza los cookies que el cliente le pasa en la cabecera de la petición HTTP (figura 3 (pág. 85) (a)). El segundo formulario realiza una petición GET (de HTTP) al servidor web para que ponga en ejecución el servlet CookieServlet.class y ejecute el método doget. 84 Servlets

89 Realización de la parte básica de la práctica. FIGURA 3. Respuesta del servlest con cookies Al ejecutar el método doget el servlet define un nuevo cookie, cuyo nombre y valor se solicitan en el formulario, y lo envía al cliente web. El servlet esponde con una página HTML (dinámica) que visualiza el nuevo cookie (figura 3 (pág. 85) (b)) Realización de la parte básica de la práctica. La realización práctica consistirá en el desarrollo y depuración de ambos servlets en el entorno eclipse. Posteriormente se instalarán los servlets en un servidor Tomcat independiente de eclipse Instalación de los plug-in para eclipse Normalmente estos paquetes ya estarán instalados en las máquinas del laboratorio. No obstante, el procedimiento para instalar los plug-in necesarios para ejecutar los servlets es: 1. Buscar los componentes para la actualización en: - Help->Software updates->find and Install 2. Seleccionar "Search for new features to install" 3. Seleccionar "Calisto Discovery Site" y pulsar "Finish" 4. Seleccionar el Mirror "Calisto Discovery Site" 5. Marcar la casilla "Calisto Discovery Site" para seleccionas todos los plug-in del "site". Pulsar "Next" 6. Aceptar la licencia y pulsar "Next" 7. Si no se quiere cambiar el directorio de instalación, pulsar "Finish". DYA 85

90 Realización de la parte básica de la práctica. Dependiendo de la velocidad de la conexión a internet este proceso puede tardar desde 5 minutos a varias horas. Obsérvese que junto con los plug-in necesarios se han instalado muchos más. Es conveniente realizar esta operación para disponer de un entorno de desarrollo completamente actualizado. En realidad sólo es necesario instalar los plug-in correspondientes a servicios web dentro de la sección de J2EE y aquellos paquetes de los cuales depende El servlet elemental 8. Creación del proyecto - Cree un nuevo proyecto con File->New->Project - Seleccione el tipo de proyecto Web->Dynamic Web Project - Asigne un nombre al proyecto (p.e. pr07_servlet) - Seleccione el "Target Runtime" como "Apache Tomcat v5.5" - Next, Next y Finish - Por defecto eclipse ofrecerá una perspectiva J2EE 9. Creación del esqueleto del servlet - Cree en el proyecto un nuevo paquete llamado servlets (New->package) - Cree un nuevo servlet llamado Servlet1 (New->Other->Web->Servlet) 10. Modifique los métodos doget y dopost para que respondan como indica la figura Ejecute el servlet Run As->Run on server 12. Pruebe a ejecutarlo desde un cliente web escribiendo la url: Invocar a los métodos desde una página web - Edite el fichero Servlet1.html realizando los ejercicios propuestos - Abra el fichero con un navegador web El servlet con cookies 14. Edite el fichero CookieServlet.java: - Cree un nuevo servlet llamado CookieServlet (New->Other->Web->Servlet) - Modifique el método doget para que el servlet defina un nuevo cookie, cuyo nombre y valor se solicitan en el formulario, y lo envía al cliente web. El servlet esponderá con una página HTML (dinámica) que visualiza el nuevo cookie (figura 3 (pág. 85) (a)). 86 Servlets

91 Realización de la parte básica de la práctica. - Modifique el método dopost el servlet responda con una página HTML (dinámica) que visualiza los cookies que el cliente le pasa en la cabecera de la petición HTTP (figura 3 (pág. 85) (b)). 15. Ejecute el servlet Run As->Run on server 16. Pruebe a ejecutarlo desde un cliente web escribiendo la url: - CookieServlet 17. Invocar a los métodos desde una página web - Edite el fichero cookieservlet.html: 18. Modifique el código fuente en HTML de esta página para visualizar el formulario requerido y, especialmente, el URL del servlet. - Abra el fichero con un navegador web Instalación y ejecución sobre Tomcat Instalación de Tomcat 19. Descargue la distribución de tomcat V5.5: apache-tomcat zip (~6.6Mb) 20. Descomprímala en un directorio de su máquina que llamaremos de ahora en adelante %CATALINA_HOME% - Nota: Descomprimaló de forma que el directorio %CATALINA_HOME%\bin exista 21. Escriba un script (.bat) para establecer las variables de entorno CATALINA_HOME y JRE_HOME. Por ejemplo: set JRE_HOME="C:\jre1.5.0_08" set CATALINA_HOME=C:\dya0607\apache-tomcat Nota: Es importante que JRE_HOME no contenga espacios en blanco. 22. Invoque el script para establecer las variables de entorno 23. Para arrancar tomcat invocar: %CATALINA_HOME%\bin\startup - Antes de arrancar compruebe que Tomcat no está en funcionamiento dentro del entorno eclipse. - Compruebe el funcionamiento de Tomcat accediendo con un navegador web a Para detener tomcat invocar: %CATALINA_HOME%\bin\shutdown Instalación de servlets sobre Tomcat 25. Crear un directorio para la aplicación en %CATALINA_HOME%\webapps\pr07_servlet DYA 87

92 Ampliaciones de la práctica 26. Copie el contenido del directorio Webcontent del proyecto eclipse (directorios META-INT y WEB-INF) al directorio que se ha creado en Tomcat para la aplicación. - Nota: Es especialmente importante el fichero web.xml. Revise su contenido para comprender el funcionamiento de Tomcat. 27. Copie las clases generadas con eclipse (Servlet1.class y CookieServlet.class) al directorio %CATALINA_HOME%\webapps\pr07_servlet\WEB-INF\classes\servlets - Nota: Observe que el último directorio de la ruta (servlets) hace referencia al nombre del paquete al que pertenecen las clases. 28. Copie los archivos html de acceso a los servlets (Servlet.html y cookieservlet.html) a la ruta: %CATALINA_HOME%\webapps\pr07_servlet 29. Arranque Tomcat 30. Acceda a los archivos html con un navegador web especificando la url: Ampliaciones de la práctica Como ampliación al trabajo realizado en la práctica se propone poner en funcionamiento, probar y comprender tres servlets distintos correspondientes al código fuente de las tres clases que se adjuntan: ShowParameters.java ShowRequestHeaders.java ShowCGIVariables.java Para compilar estos ejemplos es necesario incluir la clase ServletUtilities.java. El primer ejemplo permite visualizar Todos los parámetros con los que el cliente html ha invocado al servlet. El segundo ejemplo visualiza las cabeceras http con las que el navegador ha invocado al servlet. El tercer ejemplo visualiza las variables CGI que incluyen información sobre la petición. Observe que para que funcionen los ejemplos hay que editar el archivo web.xml correspondiente para incluir las secciones necesarias del tipo servlet y servlet mapping. Para hacerlo, inspeccione el archivo web.xml generado automáticamente por el entorno eclipse en la parte elemental de la práctica. En aquella ocasión, el entorno eclipse introdujo las secciones necesarias como parte del 88 Servlets

93 Ficheros de apoyo proceso de creación de un servlet (New->Other->Web->Servlet). En este caso, como hemos añadido los ficheros de apoyo al proyecto hay que definir estas secciones manualmente Ficheros de apoyo Ficheros para la parte básica de la práctica Fichero Servlet.html <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" " <html> <head> <meta http-equiv="content-type" content="text/html; charset=iso "> <title>insert title here</title> </head> <body> <form action="//ejercicio!!! escribir la url del servlet" method="get"> <p>pulsa Submit para invocar GET del servlet Servlet1</p> <p><input type="submit" name="submit" value="submit"> <input type="reset" value="reset"></p> </form> <br><br><br> <form action="//ejercicio!!! escribir la url del servlet" method="post"> <p>pulsa Submit para invocar POST del servlet Servlet1</p> <p><input type="submit" name="submit" value="submit"> <input type="reset" value="reset"></p> </form> </body> </html> Fichero cookieservlet.html <html> <head> <title> CookieServlet </title> </head> <body bgcolor="#ffffff"> DYA 89

94 Ficheros de apoyo <FORM action="//ejercicio!!! escribir la url del servlet" method="post"> <h1> Obtener lista de los cookies con los que se está haciendo la petición</h1> <input type=submit value="submit"> </form> <br><br><br> <form action="//ejercicio!!! escribir la url del servlet" method="get"> <h1>pulsar Submit para definir un nuevo cookie.</h1> <p>nombre <input type="text" name="nombre"></p> <p>valor <input type="text" name="valor"></p> <p><input type="submit" name="submit" value="submit"> <input type="reset" value="reset"></p> </form> </body> </html> Fichero esqueleto_de_un_servlet.java package servlets; import java.io.ioexception; import javax.servlet.servletexception; import javax.servlet.http.httpservletrequest; import javax.servlet.http.httpservletresponse; /** * Servlet implementation class for Servlet: Servlet1 * */ public class Servlet1 extends javax.servlet.http.httpservlet implements javax.servlet.servlet { /* (non-java-doc) javax.servlet.http.httpservlet#httpservlet() */ public Servlet1() { super(); /* (non-java-doc) javax.servlet.http.httpservlet#doget(httpservletrequest request, * HttpServletResponse response) */ protected void doget(httpservletrequest request,httpservletresponse response) throws ServletException, IOException { // TODO Auto-generated method stub /* (non-java-doc) javax.servlet.http.httpservlet#dopost(httpservletrequest request, * HttpServletResponse response) */ protected void dopost(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { 90 Servlets

95 Ficheros de apoyo // TODO Auto-generated method stub Ficheros para las ampliaciones Fichero ServletUtilities.java package hall; import javax.servlet.*; import javax.servlet.http.*; public class ServletUtilities { public static final String DOCTYPE = "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.0 Transitional//EN\">"; public static String headwithtitle(string title) { return(doctype + "\n" + "<HTML>\n" + "<HEAD><TITLE>" + title + "</TITLE></HEAD>\n"); public static int getintparameter(httpservletrequest request, String paramname, int defaultvalue) { String paramstring = request.getparameter(paramname); int paramvalue; try { paramvalue = Integer.parseInt(paramString); catch(numberformatexception nfe) { // null or bad format paramvalue = defaultvalue; return(paramvalue); Fichero ShowParameters.java package hall; import java.io.*; import javax.servlet.*; import javax.servlet.http.*; import java.util.*; public class ShowParameters extends HttpServlet { public void doget(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { DYA 91

96 Ficheros de apoyo response.setcontenttype("text/html"); PrintWriter out = response.getwriter(); String title = "Reading All Request Parameters"; out.println(servletutilities.headwithtitle(title) + "<BODY BGCOLOR=\"#FDF5E6\">\n" + "<H1 ALIGN=CENTER>" + title + "</H1>\n" + "<TABLE BORDER=1 ALIGN=CENTER>\n" + "<TR BGCOLOR=\"#FFAD00\">\n" + "<TH>Parameter Name<TH>Parameter Value(s)"); Enumeration paramnames = request.getparameternames(); while(paramnames.hasmoreelements()) { String paramname = (String)paramNames.nextElement(); out.println("<tr><td>" + paramname + "\n<td>"); String[] paramvalues = request.getparametervalues(paramname); if (paramvalues.length == 1) { String paramvalue = paramvalues[0]; if (paramvalue.length() == 0) out.print("<i>no Value</I>"); else out.print(paramvalue); else { out.println("<ul>"); for(int i=0; i<paramvalues.length; i++) { out.println("<li>" + paramvalues[i]); out.println("</ul>"); out.println("</table>\n</body></html>"); public void dopost(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { doget(request, response); Fichero ShowRequestHeaders.java package hall; import java.io.*; import javax.servlet.*; import javax.servlet.http.*; import java.util.*; public class ShowRequestHeaders extends HttpServlet { public void doget(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { response.setcontenttype("text/html"); PrintWriter out = response.getwriter(); 92 Servlets

97 Ficheros de apoyo String title = "Servlet Example: Showing Request Headers"; out.println(servletutilities.headwithtitle(title) + "<BODY BGCOLOR=\"#FDF5E6\">\n" + "<H1 ALIGN=CENTER>" + title + "</H1>\n" + "<B>Request Method: </B>" + request.getmethod() + "<BR>\n" + "<B>Request URI: </B>" + request.getrequesturi() + "<BR>\n" + "<B>Request Protocol: </B>" + request.getprotocol() + "<BR><BR>\n" + "<TABLE BORDER=1 ALIGN=CENTER>\n" + "<TR BGCOLOR=\"#FFAD00\">\n" + "<TH>Header Name<TH>Header Value"); Enumeration headernames = request.getheadernames(); while(headernames.hasmoreelements()) { String headername = (String)headerNames.nextElement(); out.println("<tr><td>" + headername); out.println(" <TD>" + request.getheader(headername)); out.println("</table>\n</body></html>"); public void dopost(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { doget(request, response); Fichero ShowCGIVariables.java package hall; import java.io.*; import javax.servlet.*; import javax.servlet.http.*; import java.util.*; public class ShowCGIVariables extends HttpServlet { public void doget(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { response.setcontenttype("text/html"); PrintWriter out = response.getwriter(); String[][] variables = { { "AUTH_TYPE", request.getauthtype(), { "CONTENT_LENGTH", String.valueOf(request.getContentLength()), { "CONTENT_TYPE", request.getcontenttype(), { "DOCUMENT_ROOT", getservletcontext().getrealpath("/"), { "PATH_INFO", request.getpathinfo(), { "PATH_TRANSLATED", request.getpathtranslated(), { "QUERY_STRING", request.getquerystring(), { "REMOTE_ADDR", request.getremoteaddr(), DYA 93

98 Ficheros de apoyo { "REMOTE_HOST", request.getremotehost(), { "REMOTE_USER", request.getremoteuser(), { "REQUEST_METHOD", request.getmethod(), { "SCRIPT_NAME", request.getservletpath(), { "SERVER_NAME", request.getservername(), { "SERVER_PORT", String.valueOf(request.getServerPort()), { "SERVER_PROTOCOL", request.getprotocol(), { "SERVER_SOFTWARE", getservletcontext().getserverinfo() ; String title = "Servlet Example: Showing CGI Variables"; out.println(servletutilities.headwithtitle(title) + "<BODY BGCOLOR=\"#FDF5E6\">\n" + "<H1 ALIGN=CENTER>" + title + "</H1>\n" + "<TABLE BORDER=1 ALIGN=CENTER>\n" + "<TR BGCOLOR=\"#FFAD00\">\n" + "<TH>CGI Variable Name<TH>Value"); for(int i=0; i<variables.length; i++) { String varname = variables[i][0]; String varvalue = variables[i][1]; if (varvalue == null) varvalue = "<I>Not specified</i>"; out.println("<tr><td>" + varname + "<TD>" + varvalue); out.println("</table></body></html>"); public void dopost(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { doget(request, response); Fichero PostForm.html <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <TITLE>A Sample FORM using POST</TITLE> </HEAD> <BODY BGCOLOR="#FDF5E6"> <H1 ALIGN="CENTER">A Sample FORM using POST</H1> <FORM ACTION="//EJERCICIO!!! escribir la url del servlet" METHOD="POST"> Item Number: <INPUT TYPE="TEXT" NAME="itemNum"><BR> Quantity: <INPUT TYPE="TEXT" NAME="quantity"><BR> Price Each: <INPUT TYPE="TEXT" NAME="price" VALUE="$"><BR> <HR> First Name: <INPUT TYPE="TEXT" NAME="firstName"><BR> 94 Servlets

99 Ficheros de apoyo Last Name: <INPUT TYPE="TEXT" NAME="lastName"><BR> Middle Initial: <INPUT TYPE="TEXT" NAME="initial"><BR> Shipping Address: <TEXTAREA NAME="address" ROWS=3 COLS=40></TEXTAREA><BR> Credit Card:<BR> <INPUT TYPE="RADIO" NAME="cardType" VALUE="Visa">Visa<BR> <INPUT TYPE="RADIO" NAME="cardType" VALUE="Master Card">Master Card<BR> <INPUT TYPE="RADIO" NAME="cardType" VALUE="Amex">American Express<BR> <INPUT TYPE="RADIO" NAME="cardType" VALUE="Discover">Discover<BR> <INPUT TYPE="RADIO" NAME="cardType" VALUE="Java SmartCard">Java SmartCard<BR> Credit Card Number: <INPUT TYPE="PASSWORD" NAME="cardNum"><BR> Repeat Credit Card Number: <INPUT TYPE="PASSWORD" NAME="cardNum"><BR><BR> <CENTER> <INPUT TYPE="SUBMIT" VALUE="Submit Order"> </CENTER> </FORM> </BODY> </HTML> DYA 95

100 Ficheros de apoyo 96 Servlets

101 PRÁCTICA 8 Servicios web con SOAP y Eclipse E l objetivo de esta práctica es invocar e implementar servicios web en Java desde el entorno Eclipse. La práctica está estructurada en tres partes según se esquematiza en la figura 1 (pág. 98): 1. Invocación de un servicio web disponible en Internet. 2. Realización de un nuevo servicio web. 3. Invocación de un servicio web desde otro servicio web. La primera parte consiste en descubrir la interfaz e invocar un servicio web ya existente en Internet (al que nos referiremos como servicio currency, de una manera genérica) que proporciona el coeficiente de cambio entre cualesquiera dos monedas. La segunda parte consiste en realizar un nuevo servicio web, denominado eurocalculadora, que calcula el cambio de una cantidad de dinero entre el euro y cualquier otra moneda. En una primera versión se aplicará un coeficiente de cambio fijo e igual a 1. Esto proporcionará resultados incorrectos, pero permitirá realizar el desarrollo completo de un servicio y comprobar su funcionamiento. La tercera parte de la práctica consiste en modificar el servicio web desarrollado en la segunda parte para que obtenga el coeficiente de cambio de servicio web descubierto en la primera parte de la práctica. Se trata de convertir un servicio en un cliente de otro servicio. DYA 97

102 Invocación de un servicio web disponible en Internet FIGURA 1. Estructura del servicio web eurocal Invocación de un servicio web disponible en Internet Se comenzará por crear un proyecto prj-soap que abarcará las tres partes de la práctica. Este proyecto debe ser de tipo Web -> Dynamic Web project. Se creará también un paquete eurocal, donde se ubicará todo el código que desarrolle. Para descubrir un servicio web de cambio de moneda debe seguir los pasos que a continuación se indican: 1. Importar el servicio: Import -> Web Services -> Web Service. Deberá especificar que debe lanzarse el Web Services Explorer que deberá examinar el registro UDDI de XMethods Registry. 2. Seleccionar el servicio denominado Currency Convertor. 3. Importar el fichero WSDL al workbench del proyecto prj-soap con el nombre CurrencyConvertor.wsdl, seleccionando la opción que se indica en la figura 2 (pág. 99). 4. Visualizar el fichero CurrencyConvertor.wsdl y observar la interfaz de este proyecto. La visualización gráfica de esta interfaz se muestra en la figura 3 (pág. 99) y puede observarse que dispone de interfaz HTTP e interfaz SOAP. 5. Probar la interfaz SOAP de este servicio utilizando el Web Services Explorer. Para ello deberá seleccionar en el menú contextual de este fichero Web Services -> Test with Web Services Explorer. Una vez seleccionada la interfaz SOAP aparecerá un formulario como el de la figura 4 (pág. 100). 98 Servicios web con SOAP y Eclipse

103 Invocación de un servicio web disponible en Internet FIGURA 2. El servicio Currency Convertor del registro de Xmethods. FIGURA 3. Interfaz del servicio Currency Convertor. En la tercera parte de la práctica necesitará invocar este servicio desde un programa Java. Para ello, necesitará crear unos stubs a partir del fichero WSDL que permitan realizar la invocación remota utilizando el protocolo SOAP. Para la creación de estos stubs se requiere: DYA 99

104 Creación de un Servicio web FIGURA 4. Prueba del servicio Currency Convertor con el Web Services Explorer 1. Seleccionar el fichero CurrencyConvertor.wsdl y en el menú contextual utilizar la opción Web Services -> Generate Client. Al final del proceso debe aparecer en el proyecto un paquete NET.webserviceX.www que debe contener los stubs generados Creación de un Servicio web La creación de un servicio web en Eclipse puede realizarse siguiendo dos metodologías: Bottom up: partiendo de un objeto Java (Java bean) Top down: partiendo de una especificación en WSDL. En esta práctica se utilizara el desarrollo top down en el que se partirá del fichero de especificación del servicio en WSDL. Consta de los siguientes pasos: 1. Añadir al paquete eurocal un fichero WSDL denominado eurocal.wsdl: New-> Other -> Web Services -> WSDL. 2. Utilizar la interfaz gráfica de este fichero para especificar una interfaz del servicio como la de la figura 5 (pág. 101). 3. Generar los bindings o vínculos del servicio con las url donde se presta el servicio: Generate Binding Context. 4. Generar el servicio web. Para ello se debe seleccionar el fichero con la interfaz WSDL (eurocal.wsdl) y en el menú contextual utilizar la opción Web Services -> Generate java bean skeleton. Al final del proceso debe aparecer en el proyecto un paquete org.example Servicios web con SOAP y Eclipse

105 Invocación de servicios web desde programas en Java Generate Binding Context FIGURA 5. Interfaz WSDl del servicio eurocal que debe contener las plantillas del servicio y el esqueleto para su ejecución como servidor remoto con el protocolo SOAP. Al final de la generación del servicio se requerirá arrancar el servidor Jakarta Tomcat para ejecutar el servicio. Si se decide no arrancarlo en este momento, también puede ejecutarse un servicio web sobre este servidor utilizando la opción Run as -> Run on server. Aparece una ventana en la parte inferior del IDE denominada Server en la que se indica los servicios que está ejecutando el servidor. Se puede seleccionar alguno de estos servicios y borrarlo. La implementación del servicio se realiza en el fichero EurocalSOAPImpl.java del paquete org.example. Cada vez que se realiza una modificación en este fichero y se salva, se regenera el servicio web y se rearranca el servidor Jakarta Tomcat para actualizar dicho servicio. Esta fase de la práctica terminará con la prueba de dicho servicio. Ello requiere: 5. Seleccionar en el menú contextual del fichero Web_Content/wsdl/eurocalSOAP.wsdl la opción Web Services -> Test with Web Services Explorer Invocación de servicios web desde programas en Java En esta parte de la practica se indica como el servicio web eurocal puede invocar el servicio web currency (actualmente se utiliza Currency Convertor) para obtener el coeficiente de cambio entre el euro y cualquier otra moneda. La técnica es semejante a los demás mecanismos de invocación remota vistos con anterioridad (Java-RMI y CORBA): a partir del fichero de especificación del servicio en WSDL se generan los stubs necesarios par canalizar la invocación remota sobre el protocolo SOAP. DYA 101

106 Ficheros de apoyo Este paso ya se realizó en la primera parte de esta práctica (seleccionar el fichero CurrencyConvertor.wsdl y en el menú contextual utilizar la opción Web Services -> Generate Client). El resultado es un paquete NET.webserviceX.www con los stubs generados. Los ficheros mas significativos son: CurrencyConvertorSoap.java: es el stub de la clase correspondiente al servicio. Currency.java: es una clase que enumera las diferentes monedas. CurrencyConvertorLocator.java: clase que sirve para obtener ubicar y obtener una referencia al stub del servicio. Solo resta realizar la invocación remota desde el servicio eurocal. Para ello debe modificar el fichero EurocalSOAPImpl.java del paquete org.example. tal como se indica a continuación Ficheros de apoyo Fichero de implementación del servicio SOAP en Java Fichero EurocalSOAPImpl.java package org.example. import javax.xml.rpc.serviceexception; import NET.webserviceX. import NET.webserviceX. import NET.webserviceX. public class EurocalSOAPImpl implements org.example. CurrencyConvertorLocator service; CurrencyConvertorSoap stub; public EurocalSOAPImpl() { service = new CurrencyConvertorLocator(); try { stub = service.getcurrencyconvertorsoap(); catch (ServiceException e) { e.printstacktrace(); 102 Servicios web con SOAP y Eclipse

107 Ficheros de apoyo public double convertiraeuros(java.lang.string codi, double moneda) throws java.rmi.remoteexception { double rate = stub.conversionrate(currency.fromstring(codi), Currency.EUR); return (moneda*rate); public double convertireuros(java.lang.string codi, double euros) throws java.rmi.remoteexception { double rate = stub.conversionrate(currency.eur, Currency.fromString(codi)); return (euros*rate); DYA 103

108 Ficheros de apoyo 104 Servicios web con SOAP y Eclipse

109 PRÁCTICA 9 Seguridad E sta práctica consta de dos partes. La primera parte consiste en la creación y ejecución de un applet firmado. La segunda parte consiste en la utilización del protocolo Secure Sockets Layer SSL en la web (protocolo https) mediante la técnica de tunneling Applets firmado El objetivo de esta parte de la práctica es resolver los problemas de seguridad para ejecución de applets, los cuales requieren permisos más amplios que los permisos por defecto de la plataforma Java. En particular la práctica pretende eliminar los problemas de seguridad surgidos con la ejecución en web del cliente del applet de echo mediante la firma del applet con un certificado de seguridad. DYA 105

110 Applets firmado El entorno de trabajo Esta práctica no se realizará con el entorno Eclipse sino con la herramientas keytool y jarsigner del JDK. Para ello habrá que abrrir un intérprete de comandos en el que habrá que establecer la variable PATH adecuadamente: SET PATH= Directorio de Java/bin Se partirá de un fichero JAR con el applet realizado en la práctica de introducción a los applets. Denominaremos este fichero prj-applet.jar y a su correspondiente página HTML EchoApplet.html. Si no dispone de estos ficheros realizados en la práctica anterior, puede utilizar los del fichero zip de apoyo a esta práctica. Para la utilización de applets firmados se restablecerá la política de defecto de la plataforma Java. Para ello, borre el ficheros.java.policy del directorio $HOME (C:\Documents and Settings\usuario en Windows) realizado en la práctica de applets, en el que se concedía todo tipo de permisos a todas las aplicacione java Creación de un JAR firmado Los pasos a seguir para firmar el applet son: 1. Generar un almacén de firmas, denominado jvstore, con una entrada denominada firma1 que será la que servirá para firmar el fichero JAR. Se solicitarán dos claves: una para el almacén de firmas y la otra como clave secreta de la firma. Pueden ser ambas la misma. También se solicitarán los datos personales del firmante. keytool -genkey -alias firma1 -keystore jvstore 2. Firmar el fichero JAR. El fichero resultante se denominará sprj-applet.jar. jarsigner -keystore jvstore -signedjar sprj-applet.jar prj-applet.jar firma1 3. Crear una página HTML, denominada SEchoApplet.html, para referenciar el fichero sprjapplet.jar. 4. Extraer el certificado del almacén de firmas (exportar) y depositarlo en un fichero.cer. Este certifcado contiene la clave publica del emisor de la firma. keytool -export -keystore jvstore -alias firma1 -file JoanVila.cer Verificación de un JAR firmado Puede verificar un fichero JAR firmado. Esta labor normalmente la realiza el que recibe un fichero JAR firmado y consta de los siguientes pasos: 1. Observar los datos del certificado. En Windows simplemente hay que pincharlo. En cualquier caso simpre se puede utilizar 106 Seguridad

111 El protocolo SSL y la técnica de tunneling keytool -printcert -file JoanVila.cer 2. Importar el certificado y guardarlo en un almacen denominado receptorstore como una entrad con nombre unafirma: keytool -import -alias unafirma -file JoanVila.cer -keystore receptorstore 3. Verificar la firma del JAR: jarsigner -verify -verbose -keystore receptorstore sprj-seguridad.jar Ejecución del applet firmado Para la ejecución del applet firmado deberá ubicarlo en un directorio atendido por un servidor web según se explica en el apartado (pág. 77). Posteriormente deberá accederlo mediante su URL correspondiente. Con un applet firmado no deberían aparecer ya problemas de seguridad con el applet firmado. En cualquier caso, si tiene problemas en la invocación RMI, revise los ficheros java.security y java.policy. En el directorio doc del fichero zip de apoyo a esta práctica encontrará información detallada de como configurar estos ficheros. también puede utilizar la herramienta policytool El protocolo SSL y la técnica de tunneling El entorno de trabajo en esta práctica son la herramientas stunnel y openssl disponibles en las distribuciones habituales de Linux. No obstante también existen versiones para Windows. En principio, los programas que deseen utilizar SSL deberían modificar su código para utilizar las funciones de la biblioteca SSL. Para evitarlo se propuso realizar esto mediante tunneling (figura 6 (pág. 108)). Esto permite añadir la capa SSL utilizando un proceso externo que haga de proxy (wrapper) entre la red y un servidor no seguro. Suforma de operar es similar al portforwarding de SSH.., La utilidad stunnel fué diseñada para ofrecer la seguridad SSL a servidores (demonios) o clientes que no han sido programados con soporte SSL. Puede actuar en la parte del cliente o en la parte del servidor. DYA 107

112 El protocolo SSL y la técnica de tunneling FIGURA 6. Técnica de tunneling stunnel como cliente Al igual que con socket podemos conectarnos a cualquier puerto de cualquier ordenador conectado a internet: $socket 80 GET / HTTP/1.0 Nos retorna la página principal de la UPV. Con la siguiente orden se consigue el mismo resultado, pero utilizando una conexión segura. $ /usr/sbin/stunnel conf-cli $ GET / HTTP/1.0 El fichero conf-cli debe ser configurado del siguiente modo: client = yes connect = # el puerto estandar de http seguro es el 443 (ver /etc/services) stunnel como servidor La siguiente orden deja en ejecución en segundo plano (background) un servidor stunnel proporcionando tunneling al port 9500 y utilizando para encriptar el certificado del fichero server.pem. En este port se propocionará la salida de la orden $ ls -l. $ stunnel conf-ser2 El fichero conf-ser2 debe ser configurado del siguiente modo: cert = /home/usuarios/jvila/ssl/server.pem #key = /home/usuarios/jvila/ssl/server.pem #debug = 1 foreground = yes pid = #outfile = /tmp/error 108 Seguridad

El servicio de echo con sockets

El servicio de echo con sockets PRÁCTICA 2 El servicio de echo con sockets E l objetivo de esta práctica es crear y ejecutar una aplicación cliente servidor "echo" basada en sockets TCP pero estructurándola según el modelo de objetos

Más detalles

file://d:\jvila\docencia\dya05\practicas\dyapracticas.htm

file://d:\jvila\docencia\dya05\practicas\dyapracticas.htm MiWeb: Diseño y Aplicaciones de Sistemas Distribuidos Página 1 de 1 Diseño y Aplicaciones de Sistemas Distribuidos Prácticas Enunciado Fich. Apoyo Pr. - Hola Java! pdf zip Pr 2.- Sockets pdf zip Pr 3.-

Más detalles

El servicio de echo en Java-RMI

El servicio de echo en Java-RMI PRÁCTICA 3 El servicio de echo en Java-RMI E l objetivo de esta práctica es crear y ejecutar una aplicación cliente servidor echo basada en java-rmi. La práctica tiene dos partes: La primera parte implementa

Más detalles

Modelo de Objetos Distribuidos

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

Más detalles

1. Visión general de RMI

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

Más detalles

RMI [Remote Method Invocation]

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

Más detalles

Java RMI. las RPC de Java. Parte I. Luis Fernando Llana Díaz. Departamento de Sistemas Informáticos y ProgramaciónUniversidad Complutense de Madrid

Java RMI. las RPC de Java. Parte I. Luis Fernando Llana Díaz. Departamento de Sistemas Informáticos y ProgramaciónUniversidad Complutense de Madrid las RPC de Java. Parte I Departamento de Sistemas Informáticos y Programación Universidad Complutense de Madrid de marzo de 006 RMI y RPC RPC: Remote Procedure Call. RMI y RPC RPC: Remote Procedure Call.

Más detalles

Llamada a métodos remotos (RMI). Curso 04/05. Tema 9. Departament d Informàtica. Universitat de València. 1. Introducción 2

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:

Más detalles

PROGRAMACION DISTRIBUIDA MobileTracker: Ejemplo de implementación con RMI

PROGRAMACION DISTRIBUIDA MobileTracker: Ejemplo de implementación con RMI PROGRAMACION DISTRIBUIDA MobileTracker: Ejemplo de implementación con RMI Héctor Pérez 2 MobileTracker: Especificación El computador de la torre de control ejecuta el servicio Follower que registra los

Más detalles

DISEÑO DE UNA ARQUITECTURA CLIENTE/SERVIDOR MEDIANTE OBJETOS DISTRIBUIDOS EN JAVA

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

Más detalles

Las clases Java Socket y ServerSocket

Las clases Java Socket y ServerSocket Las clases Java Socket y ServerSocket Lenguajes y Herramientas de Programación Universidad de La Laguna Programa de Doctorado de Física e Informática Escuela Técnica Superior Superior de Ingeniería Informática

Más detalles

Java RMI Remote Method Invocation. Invocación Remota de Métodos en Java

Java RMI Remote Method Invocation. Invocación Remota de Métodos en Java Java RMI Remote Method Invocation Invocación Remota de Métodos en Java Contenido Introducción Implementación Diseño de la interfaz remota. Implementación de la interfaz remota. Obtención de las clases

Más detalles

Java RMI. Sistemas Distribuidos Rodrigo Santamaría

Java RMI. Sistemas Distribuidos Rodrigo Santamaría + Java RMI Sistemas Distribuidos Rodrigo Santamaría RMI Java RMI 2 + RMI 3 Remote Method Invocation: middleware para que un objeto que se ejecuta en una JVM use métodos de otro objeto que se ejecuta en

Más detalles

en otra máquina exactamente de la misma manera que si se encontrará en la misma máquina

en otra máquina exactamente de la misma manera que si se encontrará en la misma máquina Máquina A Máquina B Máquina C Lo ideal sería tener un sistema distribuido orientado a objetos que permita: 1)Invocar un método de un objeto que se localiza en otra máquina exactamente de la misma manera

Más detalles

Federico Peinado www.federicopeinado.es

Federico Peinado www.federicopeinado.es Federico Peinado www.federicopeinado.es Depto. de Ingeniería del Software e Inteligencia Artificial disia.fdi.ucm.es Facultad de Informática www.fdi.ucm.es Universidad Complutense de Madrid www.ucm.es

Más detalles

CONTENIDO. Serialización. Carga dinamica de stubs RMI AVANZADO. Callbacks. Carga dinámica de Stubs

CONTENIDO. Serialización. Carga dinamica de stubs RMI AVANZADO. Callbacks. Carga dinámica de Stubs CONTENIDO RMI AVANZADO Carga dinamica de stubs Callbacks Carga dinámica de Stubs Para tener acceso a un objeto remoto mediante RMI, el cliente debe recibir un stub serializado y deserializarlo. El stub

Más detalles

Introducción al lenguaje Java

Introducción al lenguaje Java Tipo de entrega: Fecha límite: Lugar: Introducción al lenguaje Java por grupos de prácticas sesión de laboratorio Atenea Objetivos de la práctica: Escribir aplicaciones simples en Java Utilizar el entorno

Más detalles

JAVA - Serializacíon / RMI. (C) Philippe Roose - 2004, 2005

JAVA - Serializacíon / RMI. (C) Philippe Roose - 2004, 2005 JAVA - Serializacíon / RMI (C) Philippe Roose - 2004, 2005 Serializar objetos- concepto Desde el JDK 1.1 Serializar objetos permite de escribir un objeto en un fichero como un flujo de octets (archivo

Más detalles

Descarga, instalación y uso de herramientas:

Descarga, instalación y uso de herramientas: Descarga, instalación y uso de herramientas: Eclipse: Instalación de Eclipse (Más información en http://www.eclipse.org/) 1. Copiar, descomprimir e instalar si es necesario la última versión de Eclipse

Más detalles

Práctica 2: Java Remote Method Invocation (RMI)

Práctica 2: Java Remote Method Invocation (RMI) Práctica 2: Java Remote Method Invocation (RMI) Aplicaciones Telemáticas II Introducción El objetivo de esta práctica es conocer un poco más sobre el paradigma de objetos remotos. La idea principal es

Más detalles

PROGRAMACION DISTRIBUIDA

PROGRAMACION DISTRIBUIDA PROGRAMACION DISTRIBUIDA Ejemplo de uso de estrategias de diseño con RMI Héctor Pérez 2 Ejemplo de callback: SwiftEagle shot() setdirection() Target nearnessreport(target,observer) signal? explode() SwiftEagle

Más detalles

Ingeniería del Software Arquitectura Física en 3 niveles

Ingeniería del Software Arquitectura Física en 3 niveles Introducción En este laboratorio desplegaremos en 3 niveles físicos una aplicación que verifica si una cuenta y un password son correctos, basada en la que fue presentada en el laboratorio Separación entre

Más detalles

INSTITUTO TECNOLÓGICO SUPERIOR DE SAN MARTÍN TEXMELUCAN INGENIERÍA EN SISTEMAS COMPUTACIONALES. Sistemas Distribuidos

INSTITUTO TECNOLÓGICO SUPERIOR DE SAN MARTÍN TEXMELUCAN INGENIERÍA EN SISTEMAS COMPUTACIONALES. Sistemas Distribuidos INSTITUTO TECNOLÓGICO SUPERIOR DE SAN MARTÍN TEXMELUCAN INGENIERÍA EN SISTEMAS COMPUTACIONALES Sistemas Distribuidos PRÀCTICA 3: El servicio de echo en Java-RMI Profesor: Susana Garrido Cortes Alumnos:

Más detalles

Servicios web con SOAP y Eclipse

Servicios web con SOAP y Eclipse PRÁCTICA 8 Servicios web con SOAP y Eclipse E l objetivo de esta práctica es invocar e implementar servicios web en Java desde el entorno Eclipse. La práctica está estructurada en tres partes según se

Más detalles

Práctica sobre compartición de instancias remotas.

Práctica sobre compartición de instancias remotas. Práctica sobre compartición de instancias remotas. Para esta práctica se ha construido un pequeño sistema cliente-servidor que permite la resolución de Sudokus entre varios jugadores. El servidor consta

Más detalles

19. Packages o paquetes

19. Packages o paquetes Programación orientada a objetos con Java 201 19. Packages o paquetes Objetivos: a) Definir el concepto de paquete b) Interpretar el código fuente de una aplicación Java donde se utilicen paquetes c) Construir

Más detalles

Introduciendo datos desde el

Introduciendo datos desde el Introduciendo datos desde el teclado Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Crear programas interactivos que lean datos

Más detalles

Arquitectura Cliente/Servidor. Invocación de Métodos Remotos RMI: Remote Method Invocation. Llamadas a Métodos Remotos

Arquitectura Cliente/Servidor. Invocación de Métodos Remotos RMI: Remote Method Invocation. Llamadas a Métodos Remotos Invocación de Métodos Remotos RMI: Remote Method Invocation Prof Wílmer Pereira Universidad Simón Bolívar Arquitectura Cliente/Servidor Cliente Request Reply Servidor Cómo permitir comunicación entre objetos

Más detalles

Programación Orientada a Objetos con Java

Programación Orientada a Objetos con Java Programación Orientada a Objetos con Java M.C. Jorge Eduardo Ibarra Esquer jorgeeie@uabc.mx Sobrecarga de métodos Java permite la definición de dos o más métodos que tengan el mismo nombre, dentro de la

Más detalles

Tema 1. Introducción a JAVA

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

Más detalles

Tutorial básico del entorno de desarrollo Eclipse.

Tutorial básico del entorno de desarrollo Eclipse. Tutorial básico del entorno de desarrollo Eclipse. Arrancar Eclipse. Después de descomprimir la aplicación, dar doble clic sobre el ícono ejecutable para arrancar la aplicación. En caso de que se presente

Más detalles

Sistemas Distribuidos Java RMI (Remote Method Invocation) Alberto Lafuente Mikel Larrea Dpto. ATC, UPV/EHU

Sistemas Distribuidos Java RMI (Remote Method Invocation) Alberto Lafuente Mikel Larrea Dpto. ATC, UPV/EHU Sistemas Distribuidos Java RMI (Remote Method Invocation) Alberto Lafuente Mikel Larrea Dpto. ATC, UPV/EHU Contenido Interfaz Implementación Servidor Cliente Puesta en marcha de la aplicación: Compilador

Más detalles

1. Creación del repositorio

1. Creación del repositorio FACULTADE DE INFORMÁTICA Departamento de Computación Tecnología de la Programación 2008-2009 Ingeniería Informática Práctica 1: Subversion Introducción El objetivo de esta práctica es aprender a manejar

Más detalles

Pontificia Universidad Católica de Chile Escuela de Ingeniería Departamento de Ciencia de la Computación. IIC1102 Introducción a la Programación

Pontificia Universidad Católica de Chile Escuela de Ingeniería Departamento de Ciencia de la Computación. IIC1102 Introducción a la Programación Pontificia Universidad Católica de Chile Escuela de Ingeniería Departamento de Ciencia de la Computación IIC1102 Introducción a la Programación Tutorial eclipse TM Introducción al uso de eclipse TM Contents

Más detalles

1. El entorno de desarrollo Eclipse

1. El entorno de desarrollo Eclipse Índice 1. El entorno de desarrollo Eclipse 1 1.1. Qué es Eclipse?........................................................ 1 1.2. Trabajando con Eclipse....................................................

Más detalles

Práctica 4: Java Remote Method Invocation (RMI)

Práctica 4: Java Remote Method Invocation (RMI) Práctica 4: Java Remote Method Invocation (RMI) Aplicaciones Telemáticas II Introducción Hasta el momento hemos visto aplicaciones remotas donde un cliente utiliza un objeto remoto que ha sido publicado

Más detalles

CREAR UN SERVICIO WEB BASICO CON JAVA AXIS2. Víctor J. Sosa vjsosa@tamps.cinvestav.mx

CREAR UN SERVICIO WEB BASICO CON JAVA AXIS2. Víctor J. Sosa vjsosa@tamps.cinvestav.mx CREAR UN SERVICIO WEB BASICO CON JAVA AXIS2. Víctor J. Sosa vjsosa@tamps.cinvestav.mx En este documento explicaré brevemente cómo construir un servicio web con Java Axis2 y cómo invocarlo desde un cliente

Más detalles

1.- FUNDAMENTOS...2 2.- FUNCIONAMIENTO GENÉRICO...3 3.- JAVA SOCKETS... 4. 3.4.1.- Creación de Streams de Entrada...7

1.- FUNDAMENTOS...2 2.- FUNCIONAMIENTO GENÉRICO...3 3.- JAVA SOCKETS... 4. 3.4.1.- Creación de Streams de Entrada...7 1.- FUNDAMENTOS...2 2.- FUNCIONAMIENTO GENÉRICO...3 3.- JAVA SOCKETS... 4 3.1.- INTRODUCCION... 4 3.2.- MODELO DE COMUNICACIONES CON JAVA...5 3.3.- APERTURA DE SOCKETS... 6 3.4.- CREACIÓN DE STREAMS...

Más detalles

PROGRAMACION DISTRIBUIDA

PROGRAMACION DISTRIBUIDA PROGRAMACION DISTRIBUIDA Distribución basada en el patrón proxy-servant Héctor Pérez 2 Distribución de aplicaciones basadas en objetos Objetivo: rediseño de una aplicación orientada a objetos para ser

Más detalles

Apéndice 5 Manual de usuario de ColeXión. ColeXión 1.0. Manual de usuario

Apéndice 5 Manual de usuario de ColeXión. ColeXión 1.0. Manual de usuario Apéndice 5 Manual de usuario de ColeXión ColeXión 1.0 Manual de usuario Índice 1. Qué es ColeXión?... 2 2. Requerimientos del sistema... 3 3. Instalación de ColeXión... 3 4. Creación de un nuevo esquema...

Más detalles

Práctica III: Streams, Readers y Writers

Práctica III: Streams, Readers y Writers Práctica III: Streams, Readers y Writers Objetivos En esta práctica vamos a aprender a utilizar Streams, Readers y Writers para realizar operaciones de entrada/salida desde programas escritos en el lenguaje

Más detalles

2. Estructura de un programa en Java

2. Estructura de un programa en Java 24 A. García-Beltrán y J.M. Arranz 2. Estructura de un programa en Java Objetivos: a) Describir la estructura del código fuente de una aplicación Java b) Presentar los conceptos de comentario y de identificador

Más detalles

Introducción a Java LSUB. 15 de enero de 2015 GSYC

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

Más detalles

Sistemas Distribuidos (Capítulo 8 de Distributed Computing de M. L. Liu)

Sistemas Distribuidos (Capítulo 8 de Distributed Computing de M. L. Liu) Devoluciones de llamada en RMI (Callbacks) Sistemas Distribuidos (Capítulo 8 de Distributed Computing de M. L. Liu) Devolución de llamadas, introducción Cliente-servidor clásico servidorpasivo Tipo pull.

Más detalles

11. Algunas clases estándar de Java (II)

11. Algunas clases estándar de Java (II) 122 A. García-Beltrán y J.M. Arranz 11. Algunas clases estándar de Java (II) Objetivos: a) Presentar la clase predefinida en Java para trabajar con arrays b) Interpretar el código fuente de una aplicación

Más detalles

Cliente/Servidor en Java

Cliente/Servidor en Java Cliente/Servidor en Java Grupo ARCOS Desarrollo de Aplicaciones Distribuidas Ingeniería Informática Universidad Carlos III de Madrid Contenidos 1. Introducción: 1. Paradigma cliente/servidor 2. Entorno

Más detalles

Invocación de métodos remotos en Java: JAVA - RMI

Invocación de métodos remotos en Java: JAVA - RMI Diseño Y Aplicaciones de Sistemas Distribuidos Invocación de métodos remotos en Java: JAVA - RMI Joan Vila DISCA / UPV Departament d Informàtica de Sistemes i Computadors Universitat Politècnica de València

Más detalles

Sockets en Java. La Creatividad proviene de un conflicto de ideas. Uso de Sockets

Sockets en Java. La Creatividad proviene de un conflicto de ideas. Uso de Sockets Uso de Sockets Este pequeño manual, le muestra cómo funciona el Socket Server para crear un pequeño servidor web que envía una página HTML a cualquier Navegador Web como Firefox, Internet Explorer, etc..

Más detalles

PROGRAMACIÓN CLIENTE-SERVIDOR MEDIANTE SOCKETS EN JAVA

PROGRAMACIÓN CLIENTE-SERVIDOR MEDIANTE SOCKETS EN JAVA PROGRAMACIÓN CLIENTE-SERVIDOR MEDIANTE SOCKETS EN JAVA Qué es la arquitectura cliente servidor? La arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareas se reparten

Más detalles

JAVA RMI (REMOTE METHOD INVOCATION)

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

Más detalles

Luego lleve el cliente a otra máquina y ejecute desde ahí usando el nombre de la máquina del servidor.

Luego lleve el cliente a otra máquina y ejecute desde ahí usando el nombre de la máquina del servidor. Ejemplos de sockets Los sockets son un mecanismo de comunicación entre procesos de muy bajo nivel, donde el usuario tiene que hacer muchas cosas, pero que siguen siendo muy importantes. En esta práctica

Más detalles

EJEMPLOS PROGRAMACIÓN SOCKET - JAVA

EJEMPLOS PROGRAMACIÓN SOCKET - JAVA EJEMPLOS PROGRAMACIÓN SOCKET - JAVA 1.- Calcular el Cuadrado TCP En esta aplicación el cliente se conecta al servidor, para ello debe introducir la dirección IP del servidor y los parámetros sobre los

Más detalles

UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións LABORATORIO DE RC: TUTORIAL DE SOCKETS EN JAVA

UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións LABORATORIO DE RC: TUTORIAL DE SOCKETS EN JAVA UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións LABORATORIO DE RC: TUTORIAL DE SOCKETS EN JAVA Índice 1. Presentación...3 2. Conceptos básicos...4 2.1. TCP...4 2.2.

Más detalles

Procesamiento distribuido en Java

Procesamiento distribuido en Java Diseño Y Aplicaciones de Sistemas Distribuidos Procesamiento distribuido en Java Joan Vila DISCA / UPV Departament d Informàtica de Sistemes i Computadors Universitat Politècnica de València Contenidos

Más detalles

Práctica 3ProgramacionRS232: Programación básica de la RS232

Práctica 3ProgramacionRS232: Programación básica de la RS232 Práctica 3ProgramacionRS232: Programación básica de la RS232 1 Objetivos El objetivo de esta práctica es la iniciación del alumno en la programación de las comunicaciones en un entorno de desarrollo basado

Más detalles

Java en 2 horas. Rodrigo Santamaría

Java en 2 horas. Rodrigo Santamaría + Java en 2 horas Rodrigo Santamaría + Generalidades 2 Desarrollado por Sun en 1995 Hereda mucha de la sintaxis de C (1972) Fuertemente tipado y orientado a objetos Aplicaciones compiladas a bytecode Gestión

Más detalles

El lenguaje de programación Java

El lenguaje de programación Java Departament d Arquitectura de Computadors El lenguaje de programación Java Java (I) Orientado a objetos Ejecutado por una maquina virtual Independiente de la plataforma Multithreaded Orientado a la red

Más detalles

Introducción... 1 Qué es Java?... 1 Compilando a Bytecode... 1 Usando jgrasp Para Hacer el Trabajo Sucio... 5 El Entorno de jgrasp...

Introducción... 1 Qué es Java?... 1 Compilando a Bytecode... 1 Usando jgrasp Para Hacer el Trabajo Sucio... 5 El Entorno de jgrasp... Contenido Introducción... 1 Qué es Java?... 1 Compilando a Bytecode... 1 Usando jgrasp Para Hacer el Trabajo Sucio... 5 El Entorno de jgrasp... 5 Introducción Es tiempo de hablar en detalle de lo que significa

Más detalles

Práctica 5: Servidor web concurrente en Java

Práctica 5: Servidor web concurrente en Java Práctica 5: Servidor web concurrente en Java Esta práctica pretende familiarizar al alumno con la programación de servidores que emplean sockets TCP. Para ello partiremos del servidor web básico visto

Más detalles

1. El entorno de desarrollo Eclipse

1. El entorno de desarrollo Eclipse Índice 1. El entorno de desarrollo Eclipse 1 1.1. Qué es Eclipse?........................................................ 1 1.2. Trabajando con Eclipse....................................................

Más detalles

Figura 7-1 Enlace para instalar el servidor web Apache Jakarta Tomcat 4.1.12.

Figura 7-1 Enlace para instalar el servidor web Apache Jakarta Tomcat 4.1.12. Unidad 7 Servlets 7.1 Marco teórico Lo que permite que ordenadores remotos con procesadores y sistemas operativos diferentes se entiendan y en definitiva que Internet funcione como lo hace en la actualidad,

Más detalles

GUÍA PARA LA INSTALACIÓN DE MOODLE EN UN COMPUTADOR PERSONAL QUE USA EL SISTEMA OPERATIVO MS. WINDOWS

GUÍA PARA LA INSTALACIÓN DE MOODLE EN UN COMPUTADOR PERSONAL QUE USA EL SISTEMA OPERATIVO MS. WINDOWS GUÍA PARA LA INSTALACIÓN DE MOODLE EN UN COMPUTADOR PERSONAL QUE USA EL SISTEMA OPERATIVO MS. WINDOWS Objetivo: El propósito de esta guía es indicarle como configurar un entorno moodle de prácticas en

Más detalles

Studium, Campus Virtual de la Universidad de Salamanca.

Studium, Campus Virtual de la Universidad de Salamanca. Studium, Campus Virtual de la Universidad de Salamanca. Contenidos 1 Qué es Studium 2 Instalación de Studium en USAL 3 Atención a los usuarios 4 Instalación Moodle. MoodleWindowsInstaller 5 Moodle portable

Más detalles

WINDOWS 2008 5: TERMINAL SERVER

WINDOWS 2008 5: TERMINAL SERVER WINDOWS 2008 5: TERMINAL SERVER 1.- INTRODUCCION: Terminal Server proporciona una interfaz de usuario gráfica de Windows a equipos remotos a través de conexiones en una red local o a través de Internet.

Más detalles

Manual del Protocolo XML-RPC de Mensajería Negocios

Manual del Protocolo XML-RPC de Mensajería Negocios Manual del Protocolo XML-RPC de Mensajería Negocios Índice de contenidos 1 INTRODUCCIÓN... 3 2 FUNCIONALIDADES DEL API DE COMUNICACIÓN XML-RPC... 4 2.1 Envío Libre... 4 2.2 Envío a Grupo de Contactos...

Más detalles

MANUAL DE AYUDA MÓDULOS 2011 MACOS

MANUAL DE AYUDA MÓDULOS 2011 MACOS MANUAL DE AYUDA MÓDULOS 2011 MACOS Agencia Tributaria Centro de Atención Telefónica Departamento de INFORMÁTICA TRIBUTARIA ÍNDICE MÓDULOS 2011 INTRODUCCIÓN...3 Requisitos previos. Máquina Virtual de Java...

Más detalles

Conociendo el ambiente de programación de Java. M. en C. Erika Vilches

Conociendo el ambiente de programación de Java. M. en C. Erika Vilches Conociendo el ambiente de programación de Java M. en C. Erika Vilches La variable PATH Una vez que se ha aceptado la licencia del JDK y que se ha instalado satisfactoriamente y antes de poder utilizarlo,

Más detalles

Carrera: Analista de Sistemas. Asignatura: Resolución de Problemas y Algoritmos - 2008-

Carrera: Analista de Sistemas. Asignatura: Resolución de Problemas y Algoritmos - 2008- Universidad Nacional de la Patagonia Austral Unidad Académica Río Gallegos INSTRUCTIVO PARA EL USO DEL ENTORNO DE DESARROLLO ECLIPSE - 2008- 1) Creación de espacio o carpeta de trabajo (workspace) Primero,

Más detalles

Pruebas de unidad con JUnit

Pruebas de unidad con JUnit Pruebas de unidad con JUnit Cuando se implementa software, resulta recomendable comprobar que el código que hemos escrito funciona correctamente. Para ello, implementamos pruebas que verifican que nuestro

Más detalles

Tutorial 1. Instalación del entorno de desarrollo de Android. Curso de perfeccionamiento: Programación de Android TUTORIAL 1: INSTALACIÓN DEL SOFTWARE

Tutorial 1. Instalación del entorno de desarrollo de Android. Curso de perfeccionamiento: Programación de Android TUTORIAL 1: INSTALACIÓN DEL SOFTWARE Tutorial 1 Instalación del entorno de desarrollo de Android Curso de perfeccionamiento: Programación de Android 2013 1 Para desarrollar aplicaciones Android debemos instalar el siguiente software en nuestro

Más detalles

Manual de usuario TFGPredicción.

Manual de usuario TFGPredicción. Manual de usuario TFGPredicción. Solución para predicción de riesgo en países remotos. TFGPrediccion Versión 1.0 Autor: Alejandro Mejías Ríos. Organización: Universitat Oberta de Catalunya Manual TFGPrediccion

Más detalles

Lab 01: Programación de Sockets en TCP

Lab 01: Programación de Sockets en TCP UNIVERSIDAD NACIONAL DE SAN ANTONIO ABAD DEL CUSCO Departamento Académico de Informática REDES Y TELECOMUNICACIONES 2 Lab 01: Programación de Sockets en TCP Ingº Manuel Peñaloza Figueroa Dime y lo olvidaré.

Más detalles

CORBA desde Java. Diego Sevilla Ruiz Sistemas Distribuidos. 1. 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......................................

Más detalles

Microsoft Access proporciona dos métodos para crear una Base de datos.

Microsoft Access proporciona dos métodos para crear una Base de datos. Operaciones básicas con Base de datos Crear una Base de datos Microsoft Access proporciona dos métodos para crear una Base de datos. Se puede crear una base de datos en blanco y agregarle más tarde las

Más detalles

Informática 4º ESO Tema 1: Sistemas Informáticos. Sistemas Operativos (Parte 2)

Informática 4º ESO Tema 1: Sistemas Informáticos. Sistemas Operativos (Parte 2) 1. Qué es un sistema operativo?...2 2. Funciones de los sistemas operativos...2 3. Windows...2 3.1. La interfaz gráfica...2 3.2. La administración y los usuarios...3 3.3. El sistema de archivos...3 3.4.

Más detalles

Instalación, creación y configuración del servicio FTP

Instalación, creación y configuración del servicio FTP Instalación, creación y configuración del servicio OBJETIVOS Instalar el servicio de en Windows. Configurar y administrar el Servicio de en Windows. Prueba de acceso desde la LAN al servidor. Apertura

Más detalles

Lo que necesitaremos para programar en Java, será un editor de texto o IDE y la JDK.

Lo que necesitaremos para programar en Java, será un editor de texto o IDE y la JDK. Introducción Java surgió en 1991 dentro de la empresa Sun Microsystems como un lenguaje de programación sencillo y universal destinado a electrodomésticos. La reducida potencia de cálculo y memoria de

Más detalles

Accede a su DISCO Virtual del mismo modo como lo Hace a su disco duro, a través de:

Accede a su DISCO Virtual del mismo modo como lo Hace a su disco duro, a través de: Gemelo Backup Online DESKTOP Manual DISCO VIRTUAL Es un Disco que se encuentra en su PC junto a las unidades de discos locales. La información aquí existente es la misma que usted ha respaldado con su

Más detalles

Desarrollo de Servicios Web con JBuilder

Desarrollo de Servicios Web con JBuilder Artículos técnicos Grupo Danysoft: Desarrollo de Servicios Web con JBuilder Segunda parte Oscar Cristobal Ruiz Departamento Java Equipo Grupo Danysoft Enero 2003 - (902) 123146 www.danysoft.com Desarrollo

Más detalles

Interacción entre Aplicaciones: objetos distribuidos e invocación remota

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

Más detalles

Remote Method Invocation (RMI) de Java

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)

Más detalles

Práctica GESTIÓN Y UTILIZACIÓN DE REDES LOCALES. Curso 2001/2002. TCP/IP: protocolo TCP

Práctica GESTIÓN Y UTILIZACIÓN DE REDES LOCALES. Curso 2001/2002. TCP/IP: protocolo TCP Práctica 9 GESTIÓN Y UTILIZACIÓN DE REDES LOCALES Curso 2001/2002 TCP/IP: protocolo TCP Introducción Como se ha comentado en la práctica anterior, el protocolo UDP es muy sencillo de implementar, pero

Más detalles

GUÍA PARA LA CONFIGURACIÓN Y UTILIZACIÓN DE LA IDE DRJAVA

GUÍA PARA LA CONFIGURACIÓN Y UTILIZACIÓN DE LA IDE DRJAVA Universidad Católica del Norte Facultad de Ingeniería y Ciencias Geológicas Departamento de Ingeniería de Sistemas y Computación GUÍA PARA LA CONFIGURACIÓN Y UTILIZACIÓN DE LA IDE DRJAVA 1. INTRODUCCIÓN

Más detalles

Acronis Backup & Recovery 11 Guía de inicio rápido

Acronis Backup & Recovery 11 Guía de inicio rápido Acronis Backup & Recovery 11 Guía de inicio rápido Se aplica a las siguientes ediciones: Advanced Server Virtual Edition Advanced Server SBS Edition Advanced Workstation Server for Linux Server for Windows

Más detalles

Acronis License Server. Guía del usuario

Acronis License Server. Guía del usuario Acronis License Server Guía del usuario TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 1.1 Generalidades... 3 1.2 Política de licencias... 3 2. SISTEMAS OPERATIVOS COMPATIBLES... 4 3. INSTALACIÓN DE ACRONIS LICENSE

Más detalles

Examen de Redes - ETSIA 9 de septiembre - Primer Parcial

Examen de Redes - ETSIA 9 de septiembre - Primer Parcial Apellidos, Nombre: Grupo: Examen de Redes - ETSIA 9 de septiembre - Primer Parcial AUTORIZO a los profesores de la asignatura Redes de 2º curso de la ETSIA a publicar las calificaciones de los exámenes

Más detalles

Guía de acceso a Meff por Terminal Server

Guía de acceso a Meff por Terminal Server Guía de acceso a Meff por Terminal Server Fecha:15 Marzo 2011 Versión: 1.02 Historia de Revisiones Versión Fecha Descripción 1.00 03/07/2009 Primera versión 1.01 13/08/2009 Incorporación dominio 1.02 15/03/2011

Más detalles

RESUMEN DE CONCEPTOS BASICOS DE PROGRAMACION JAVA

RESUMEN DE CONCEPTOS BASICOS DE PROGRAMACION JAVA UNED Centro Asociado de Cádiz RESUMEN DE CONCEPTOS BASICOS DE PROGRAMACION JAVA 1. OBJETOS Cualquier elemento del programa es un objeto. Un programa es un conjunto de objetos que se comunican entre sí

Más detalles

Capitulo 5. Implementación del sistema MDM

Capitulo 5. Implementación del sistema MDM Capitulo 5. Implementación del sistema MDM Una vez que se concluyeron las actividades de análisis y diseño se comenzó la implementación del sistema MDM (Manejador de Documentos de MoProSoft). En este capitulo

Más detalles

Tema: Introducción a Java y Netbeans

Tema: Introducción a Java y Netbeans 1 Tema: Introducción a Java y Netbeans Objetivo Especifico Conocer el uso básico del JDK para la compilación y ejecución de código java desde la linea de comando Conocer el entorno de desarrollo NetBeans

Más detalles

Prácticas de programación en C con MinGW Developer Studio

Prácticas de programación en C con MinGW Developer Studio Prácticas de programación en C con MinGW Developer Studio MinGW Developer Studio es un entorno de desarrollo integrado (IDE) para la programación en lenguaje C gratuito y cómodo de usar. Se ejecuta en

Más detalles

Introducción a JAX-WS Web Services

Introducción a JAX-WS Web Services INSTITUTO POLITECNICO NACIONAL ESCUELA SUPERIOR DE CÓMPUTO ALUMNO: SANLUIS CASTILLO JOSE DAVID PROFESOR: CIFUENTES ALVAREZ ALEJANDRO SIGFRIDO MATERIA: WEB APPLICATION DEVEPLOMENT Introducción a JAX-WS

Más detalles

Servicio de Informática Vicerrectorado de Tecnologías de la Información y la Comunicación

Servicio de Informática Vicerrectorado de Tecnologías de la Información y la Comunicación Vicerrectorado de Tecnologías de la Información y la Comunicación Conexión mediante Escritorio Remoto de Windows Última Actualización 16 de septiembre de 2013 Histórico de cambios Fecha Descripción Autor

Más detalles

1. Configuración del entorno de usuario

1. Configuración del entorno de usuario Tabla de Contenidos 1. Configuración del entorno de usuario 1.1. Temas 1.2. Apariencia 1.3. Configuración del menú Inicio 2. Configuración de los equipos portátiles en red 2.1. Realizar copia de seguridad

Más detalles

Sockets en Java. Prof. Wílmer Pereira Universidad Simón Bolívar

Sockets en Java. Prof. Wílmer Pereira Universidad Simón Bolívar Sockets en Java Prof. Wílmer Pereira Universidad Simón Bolívar Arquitectura Cliente/Servidor Cliente Request Reply Servidor Cómo permitir comunicación entre objetos situados en diferentes máquinas? Sockets

Más detalles

LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO

LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO PRÁCTICA 4: Implementación de un Cliente de Correo

Más detalles

Manual de NetBeans y XAMPP

Manual de NetBeans y XAMPP Three Headed Monkey Manual de NetBeans y XAMPP Versión 1.0 Guillermo Montoro Delgado Raúl Nadal Burgos Juan María Ruiz Tinas Lunes, 22 de marzo de 2010 Contenido NetBeans... 2 Qué es NetBeans?... 2 Instalación

Más detalles

Introducción al lenguaje de programación java

Introducción al lenguaje de programación java Introducción al lenguaje de programación java Algoritmia y Programación Slide 1 LENGUAJES DE PROGRAMACION Un lenguaje de programación es un idioma artificial diseñado y creado para expresar algoritmos

Más detalles

Instrucciones de instalación de IBM SPSS Modeler (licencia de usuario autorizado)

Instrucciones de instalación de IBM SPSS Modeler (licencia de usuario autorizado) Instrucciones de instalación de IBM SPSS Modeler (licencia de usuario autorizado) Contenido Instrucciones para la instalación.... 1 Requisitos del sistema........... 1 Código de autorización..........

Más detalles

Unitronics UniOPC. Tutorial. Unitronics Remote Operator. En este tutorial veremos como funciona el software Unitronics UniOPC

Unitronics UniOPC. Tutorial. Unitronics Remote Operator. En este tutorial veremos como funciona el software Unitronics UniOPC Unitronics UniOPC Tutorial Contenido: Familia: Autor: Revisión: En este tutorial veremos como funciona el software Unitronics UniOPC Unitronics Departamento Postventa / Departamento Ingeniería 1.0 Febrero

Más detalles