Académique Documents
Professionnel Documents
Culture Documents
VERSIN / RELASE
DESCRIPCIN
AUTOR
26/07/2013
1.0
Versin Inicial
Casto Colina
21/08/2013
1.1
Correcciones
Casto Colina
22/08/2013
1.2
Correcciones
Casto Colina
25/09/2013
1.3
Correcciones
Casto Colina
CAMBIOS
RAZN DE CAMBIO
INDICE
INDICE ................................................................................................................................................................... 3
1. AMBIENTE.......................................................................................................................................................... 4
2. CREACION DE PROYECTO. .......................................................................................................................... 5
3. CREACIN DEL WS PROXY CLIENT ............................................................................................................. 9
4. CONFIGURACIN SPRING STUB ............................................................................................................... 15
5. DESACOPLAR DE UDDI.JAR (CREACIN DE CLASE PARA OBTENER STUB). ................................... 17
6. CONSIDERACIN CAMBIO STUB GENERADO ...................................................................................... 18
7. DECLARACION E INICIALIZACION DESDE APLICATIVO. ..................................................................... 20
8. CREACIN DE CLIENTE DE PRUEBA ......................................................................................................... 22
1. AMBIENTE
JDeveloper 11.1.2.1.0
2. INTRODUCCIN.
A la fecha cada vez que se desarrolla un nuevo STUB se debe editar el archivo de configuracin del
componente UDDI.jar lo que lleva a una dependencia cclica. Se requiere desarrollar un mecanismo que
permita cargar el componente STUB en el componente central UDDI durante la primera invocacin del
servicio y a su vez evitar modificaciones en el cdigo del artefacto UDDI cada vez que se agrega un nuevo
STUB.
2. CREACION DE PROYECTO.
Creamos un nuevo proyecto Java
Las libreras necesarias para generar, compilar y empaquetar nuestro STUB son las siguientes:
10
Eliminamos el paquete de objetos comunes. En caso de haber cambiado el XSD de objetos comunes se
debera replicar el cambio en el componente que corresponde (objetoscomunes.jar)
11
JAXWS por defecto crea una clase para acceder a la interfaz del servicio a travez del puerto y una clase de
cliente prueba. Sabiendo la informacion del ENDPOINT del servicio se consulta en un UDDI no deseamos que
las aplicaciones se comuniquen directamente al servicio desde donde hemos generado el STUB por lo tanto
para evitar un mal uso ELIMINANOS estas clases generadas.
12
Compilamos el proyecto para verificar que tenemos todos los objetos que necesitamos.
Procedemos a eliminar el perfil de despliegue creado por defecto y creamos uno nuevo.
Se debe crear como archivo JAR y el nombre debe corresponder al nombre del servicio en minsculas
seguido de la palabra stub (nombreservicio-stub)
13
El siguiente ajuste evita que al momento de empaquetar genere un archivo con las dependencias de otros
componentes dentro.
14
Para cada STUB generado se WSIMPORT crea una interfaz Java correspondiente a cada servicio y que su
nombre corresponde al observado en el WSDL.
Luego de generado el STUB debemos crear una configuracin de spring que se conecte al UDDI para buscar
datos de conectividad del servicio y nos devuelva una fachada. En este caso la configuracin se debe crear
en resources/spring/applicationContextServicioActividadEconomica.xml. Se hace nfasis en el nombre del
archivo ya que se debe seguir un patrn, el nombre del archivo puede ser cualquiera pero para seguir un
estndar colocamos el nombre del servicio ya que esta configuracin a de ser nica por cada STUB.
15
El archivo debe tener una configuracin como la que se muestra en la siguiente imagen. Se debe observar los
textos subrayados donde se colocan los nombres de los beans de Spring con un patrn de nombre
correspondiente a cada servicio. Luego esta resaltado con un ovalo el nombre cualificado de la interfaz
generada en el paquete del STUB. En caso que se use copiar y pegar es importante cambiar esta lnea luego
manualmente y de cuidar el nombre de paquete y clase corresponda con lo generado.
16
17
18
19
20
Invocamos el mtodo desde el constructor o cualquiera que fuese el punto de arranque de la aplicacin /
modulo.
21
22
Se carga el componente solicitado, el UDDI en su primera conexin imprime alguna metadata y por
ultimo vemos el nombre del STUB y el endpoint que devuelve el servicio de UDDI.
Algunas veces durante las pruebas podramos obtener error al intentar ejecutar un STUB probado
previamente, en caso de ser un error asociado a la URL del WSDL como el siguiente caso:
23
Esto generalmente sucede en consecuencia a un conflicto de libreras del JDeveloper, en algunos casos el IDE
aade unas libreras adicionales al CLASSPATH del proyecto.
24