Você está na página 1de 5

Sistemas Orientados a Servicios

Graduado en Ingeniera Informa tica

Prctica: Definicin e implementacin de un servicio web JAVA


La prctica consiste en implementar un servicio web, User Management, que simula un portal
para la gestin de usuarios en el que hay un administrador que da de alta/baja a usuarios y
usuarios que pueden cambiar su contrasea. Para ello se emplearn las herramientas de Axis2
para Java y se deber desplegar el servicio en Tomcat. El WSDL que define este servicio se
encuentra disponible en la siguiente direccin:
http://adapt08.ls.fi.upm.es:8080/static/UserManagement.wsdl

El servicio web User Management tiene las siguientes operaciones:


1. Response login (User user)
Cada llamada a esta operacin comienza una nueva sesin para un usuario (user). El parmetro
user tiene dos elementos: nombre (name) y contrasea (pwd). La respuesta (Response) es un
booleano. El valor true se devuelve si la operacin de login tiene xito. En caso contrario se
devuelve false. Si esta operacin tiene xito, el usuario podr llamar al resto de las operaciones
del servicio usando esa misma sesin.
Si se llama a cualquier otra operacin del servicio (salvo logout) sin haber comenzado una
sesin con xito, la operacin llamada devolver siempre false.
2. void logout()
Esta operacin cierra la sesin de un usuario. A partir de ese momento todas las llamadas a
operaciones del servicio, excepto login, devolvern false. Si esta operacin es llamada sin que el
usuario haya iniciado sesin (login correcto) la llamada es ignorada.
3. Response addUser (User user)

Esta operacin aade un usuario al sistema. Solo el usuario superuser puede llamar esta
operacin. El parmetro user tiene el nombre (name) y contrasea (pwd) del usuario a aadir.
La respuesta (Response) es true si la operacin tiene xito. La operacin devuelve false si el
superuser intenta aadir un usuario con un username ya registrado o si un usuario distinto del
superuser llama a esta operacin.
4. Response removeUser (Username username)
Esta operacin elimina un usuario del sistema. Solo el usuario superuser puede llamar esta
operacin. El parmetro username tiene el nombre del usuario a eliminar. La respuesta
(Response) es true si la operacin tiene xito. La operacin devuelve false si el superuser intenta
eliminar un usuario con un username no registrado o si un usuario distinto del superuser llama
a esta operacin.
5. Response changePassword (PasswordPair passwordPair)
Esta operacin permite que un usuario ya registrado y que ha iniciado sesin pueda cambiar su
contrasea. El parmetro passwordPair incluye la contrasea actual (oldpwd) y la nueva
(newpwd). La respuesta (Response) es true si la operacin tiene xito, es decir, la contrasea
actual coincide con la que el usuario inici la sesin y se ha realizado el cambio de contrasea.
La operacin devuelve false en caso contrario.
.
Requisitos del servicio web User Management
1. En el momento del despliegue el servicio, ste tendr al usuario superuser con
username admin y contrasea admin. Solo puede haber un superuser en el sistema y
ste puede cambiar su contrasea utilizando la operacin changePassword.
2. La informacin de los usuarios (username, password) debe ser almacenada en el
servicio.
Se pide:

Implementar el servicio web en java empleando Axis2.


Programar un cliente que acceda al servicio web que pruebe el servicio desarrollado.

Instrucciones para la entrega de la prctica:


FECHA DE ENTREGA: 26-04-2015 hasta las 23:55.
La prctica debe realizarse por parejas. Solo se entregar una prctica por pareja a travs de
Moodle. Se deber enviar un correo por pareja hasta el da 29 de marzo 2015 con asunto SOS
practica a mpatino@fi.upm.es. El correo contendr los datos de los dos alumnos que forman la
pareja (nombre, apellidos, direccin de correo-e y nmero de matrcula de cada alumno).

Todas las parejas debern subir a Moodle el fichero comprimido (.tar.gz o .rar) con una
carpeta llamada appellido1appellido2 con el siguiente contenido:
Una carpeta llamada servicio con todo el cdigo fuente del servicio.
Una carpeta llamada cliente con todo el cdigo fuente del cliente.
La clase skeleton con la implementacin del servicio.
El fichero de despliegue .aar para desplegar el servicio en Tomcat.

Ejemplo de archivo de entrega


Pareja: Juan Blanco y Paco Negro
Raz del fichero rar:

Explorando la carpeta blanconegro hay:

El nombre completo de la clase skeleton debe ser:


es.upm.fi.sos.t3.usermanagement.UserManagementWSSkeleton

Los alumnos pueden descargarse una mquina virtual con el mismo entorno que se utilizar
para la correccin de la prctica. sta se encuentra disponible en:
http://adapt04.ls.fi.upm.es/VirtualBoxCursoSOS.7z
Para aprobar la prctica, sta deber funcionar bien con el software incluido en la mquina
virtual y descrito en la gua de instalacin de herramientas (con JDK versin 1.7 y axis2 versin
1.6.2).

Você também pode gostar