Publicacin y Bsqueda de

servicios Web
Juan Felipe Muoz Fernndez
Alejandro Garcs Hoyos
Frank Gabriel Marin Garca

Caractersticas de los Servicios Web

Autodescriptivos Informacin para desarrolladores,
informacin en XML Debe publicarse una interfaz
pblica que describa el WS.
Interfaz describe los mtodos, sus parmetros y valores
retornados.
Detectables Deben ser publicables Mecanismos que
permitan encontrarlos.
Estandarizacin Romper barreras en la integracin de
aplicaciones.
Desacople entre el diseo y los datos.

Roles en Servicios Web

Fuente: [1]

Stack de protocolos en los Servicios Web

Fuente: [1]

WSDL: Web Services Description Language

Cuatro componentes bsicos:
Descripcin de funciones publicadas.
Tipos de datos para los mensajes REQUEST y para los
mensajes RESPONSE.
Informacin del protocolo de transporte usado.
Direccin para localizar el servicio Web.
Describe servicios Web SOAP.
Es independiente del lenguaje y la plataforma de cmputo.
Con WSDL un cliente puede localizar el WS e invocar algn
mtodo que est pblicamente disponible.
La piedra angular de toda la arquitectura de WS Por ser
un lenguaje comn para describir los WS y la plataforma de
integracin de los mismos.

Especificacin WSDL

Fuente: [1]

Elementos especificacin WSDL

definitions
Elementos raz
Define el nombre del Servicio Web.
Declara mltiples espacios de nombres usados en el
documento WSDL.
Contiene los dems elementos de la especificacin
WSDL.
types
Describe los tipos de datos usados entre el cliente y el
servidor.
No hay tipos de datos predefinidos pero se usan los
definidos en el esquema W3C XML por defecto.

Elementos especificacin WSDL

message
Describe cada mensaje en una sola va a la vez.
El mensaje puede ser REQUEST RESPONSE.
Define el nombre de los mensajes.
Los mensajes pueden tener el elemento part:
Define parmetros del mensaje.
Define valores retornados en el mensaje.
portType
Combina mltiples elementos message para formar una
operacin completa de ida y vuelta.
Puede combinar un REQUEST y un RESPONSE en una
sola operacin REQUEST-RESPONSE.
Define mltiples operaciones del Servicio Web.

Elementos especificacin WSDL

binding
Describe especficamente cmo ser implementado el
Servicio Web sobre el cable.
Se describen detalles especficos de SOAP.
service
Define la direccin en donde se encuentra el servicio
Web para ser invocado.
documentation
Incluye la documentacin del Servicio Web
import
Importar otros documentos WSDL.

Ejemplo WSDL

Ejemplo WSDL (cont.)

Ejemplo WSDL (cont.)

Ejemplo WSDL (cont.)

Ejemplo WSDL (cont.)

UDDI: Universal Description, Discovery and

Integration
Especificacin tcnica para describir, descubrir e integrar
servicios Web.
Permite publicar y encontrar servicios Web.
Es una especificacin de un directorio distribuido de
servicios Web.
Los datos en UDDI se almacenan en un formato especfico
de XML.
La especificacin define un API para buscar y publicar
nueva informacin en el directorio. Actualmente v3.0.2.
La informacin del directorio tiene tres categoras
principales: pginas blancas, pginas amarillas y pginas
verdes.

UDDI: Universal Description, Discovery and

Integration (cont.)
Pginas blancas:
Incluye informacin bsica de de la compaa: nombre
de la empresa, descripcin de la empresa, informacin
de contacto, etc.
Pginas amarillas:
Clasificacin general para la empresa o para los servicios
ofrecidos. P. ej. Tipo de industria, tipo de producto,
cdigos geogrficos, etc.
Pginas verdes:
Contiene informacin tcnica acerca del servicio Web.
Apuntador a una especificacin externa y a una direccin
para invocar el servicio.

Modelo de datos UDDI

Ejemplo businessEntity
<businessEntity
businessKey="0076b468-eb27-42e5-ac09-9955cff462a3"
operator="Microsoft Corporation" authorizedName="Martin Kohlleppel">
<name>Microsoft Corporation</name>
<description xml:lang="en">Empowering people through great software
- any time, any place and on any device is Microsoft's vision. As the
worldwide leader in software for personal and business computing, we
strive to produce innovative products and services that meet our
customer's...
</description>
.
.
.

Ejemplo businessEntity (cont.)

<contacts>
<contact useType="Corporate Addresses and telephone">
<description xml:lang="en">Corporate Mailing Addresses</
description>
<personName />
<phone useType="Corporate Headquarters">(425) 882-8080</phone>
<address sortCode="~" useType="Corporate Headquarters">
<addressLine>Microsoft Corporation</addressLine>
<addressLine>One Microsoft Way</addressLine>
<addressLine>Redmond, WA 98052-6399</addressLine>
<addressLine>USA</addressLine>
</address>
</contact>

Ejemplo businessEntity (cont.)

.
.
.
<contact useType="Technical Contact - Corporate UD">
<description xml:lang="en">World Wide Operations</description>
<personName>Martin Kohlleppel</personName>
<email>martink@microsoft.com</email>
</contact>
</contacts>
.
.
.

Ejemplo businessEntity (cont.)

<identifierBag>
<keyedReference
tModelKey="uuid:8609c81e-ee1f-4d5a-b202-3eb13ad01823"
keyName="D-U-N-S" keyValue="08-146-6849" />
</identifierBag>
<categoryBag>
<keyedReference
tModelKey="uuid:c0b9fe13-179f-413d-8a5b-5004db8e5bb2"
keyName="NAICS: Software Publisher" keyValue="51121" />
</categoryBag>
</businessEntity>

Elementos businessEntity
businessKey Cada empresa tiene un nico identificador
de este tipo. Es usado para referenciar los servicios
publicados de una empresa.
businessEntity Puede incluir identificadores opcionales
de la empresa y categoras especficas de la misma.
Identificadores Unico valor que identifica a la empresa.
Nmeros Dun & Bradstreer D-U-N-S Identificar
empresas y subsidiarias.
Thomas Registry Supplier IDs. Identificador nico de
proveedor para compaas estadounidenses y
canadienses.
identifierBag Para incluir mltiples identificadores.

Elementos businessEntity (cont.)

Categoras que se pueden incluir:
NAICS North American Industry Clasification.
UNSPC Univesal Standard Productos and Services
Clasification
ISO 3166 Taxonomia estndar para la geografa
mundial. 237 cdigos de pases. P. ej: China CN,
Estados Unidos US. Se usa para los cdigos de
pases de los dominios de primer nivel.

Ejemplo businessService
<businessService
serviceKey="d5921160-3e16-11d5-98bf-002035229c64"
businessKey="ba744ed0-3aaf-11d5-80dc-002035229c64">
<name>XMethods Delayed Stock Quotes</name>
<description xml:lang="en">20-minute delayed stock
quotes</description>
<bindingTemplates>
<bindingTemplate
serviceKey="d5921160-3e16-11d5-98bf-002035229c64"
bindingKey="d594a970-3e16-11d5-98bf-002035229c64">
<description xml:lang="en">
SOAP binding for delayed stock quotes service
</description>

Ejemplo businessService (cont.)

...
<accessPoint URLType="http">
http://services.xmethods.net:80/soap
</accessPoint>
<tModelInstanceDetails>
<tModelInstanceInfo
tModelKey="uuid:0e727db0-3e14-11d5-98bf-002035229c64" />
</tModelInstanceDetails>
</bindingTemplate>
</bindingTemplates>
</businessService>

Elementos businessService
serviceKey nico identificador.
bindingTemplate Cmo y dnde acceder a un servicio
Web especfico. Se pueden referenciar servicios:
Web HTTP
Servicios de e-mail.
Servicios de fax.
Servicios telefnicos.
Servicios FTP.
Homepage.

Ejemplo tModel
<tModel
tModelKey="uuid:0e727db0-3e14-11d5-98bf-002035229c64"
operator="www.ibm.com/services/uddi" authorizedName="0100001QS1">
<name>XMethods Simple Stock Quote</name>
<description xml:lang="en">Simple stock quote interface</description>
<overviewDoc>
<description xml:lang="en">wsdl link</description>
<overviewURL>
http://www.xmethods.net/tmodels/SimpleStockQuote.wsdl
</overviewURL>
</overviewDoc>

Ejemplo tModel (cont.)

...
<categoryBag>
<keyedReference
tModelKey="uuid:c1acf26d-9672-4404-9d70-39b756e62ab4"
keyName="uddi-org:types" keyValue="wsdlSpec" />
</categoryBag>
</tModel>

Elementos tModel
En el ejemplo del bindingTemplate del businessService se
especifica dnde est el Servicio Web, pero no se especifica
cmo interactuar con l.
La especificacin de la interaccin con WS lo resuelve
tModel.
overviewDocument Un apuntador a una especificacin
externa. En el ejemplo, se hace referencia a un documento
WSDL.
No es necesario siempre apuntar a un documento WSDL.
Tambin se puede apuntar a una pgina Web con la
documentacin de cmo interactuar con el Servicio Web.

Escenario completo

Fuente: [3]

Desafos Tcnicos
Se ubican tanto en el lado del consumidor como en el lado
del proveedor.
Dos capas:
Capa bsica Creacin, descripcin, publicacin,
descubrimiento, invocacin y despublicacin.
Capa valor agregado composicin, seguridad,
intermediacin, confiabilidad, cobro, monitoreo,
transaccionalidad y contratacin.
Dos niveles:
Nivel sintctico Implementacin.
Nivel semntico Aspectos conceptuales.
Cambiar sin imponer cambios sustanciales a la
infraestructura actual de SW.

Desafos Tcnicos Actividades Bsicas

Descripcin de SW Esencial para el descubrimiento, la
clasificacin y el uso del servicio.
Debe se entendible por humanos y por mquinas (K formal).
Debe contener requerimientos funcionales (qu hace el
servicio?) y no-funcionales (seguridad, autenticacin,
privacidad)
Debe hacerse al nivel sintctico y semntico.
Con la inf. semntica el consumidor sabe con exactitud si el
servicio hace lo que necesita.
Con la inf. semntica el broker puede hacer una
categorizacin exacta del servicio.
WSDL es una caracterizacin sintctica. No captura la
semntica del dominio.
Falta analizar y formalizar los requerimientos desde el lado
del consumidor del SW.

Desafos Tcnicos Actividades Bsicas

Publicacin Hacer que el SW quede disponible para su uso.
UDDI Informacin de la empresa, informacin del servicio,
informacin de dnde est el servicio e informacin tcnica del
servicio.
ebXML Documentos esquema, documentos de procesos, y
documentos CPP.
Categorizacin es una tarea difcil para el proveedor y para el
broker.
Broker Ofrecer taxonomas correctas y simples.
Proveedor Categorizar exactamente el SW.
Se requiere tanto a nivel semntico como sintctico.
Trabajar fuertemente en esquemas de categorizacin y
facilidad de publicacin.

Desafos Tcnicos Actividades Bsicas

Descubrimiento Depende de la descripcin, categorizacin,
publicacin as como de saber exactamente qu busca el
consumidor.
Debe ser una actividad fuertemente soportada en el nivel
semntico.
Importante poder describir a nivel conceptual los
requerimientos del consumidor del SW.
UDDI contiene informacin semntica a cerca de la empresa,
pero sintctica a cerca del SW. Los mecanismos de
descubrimiento son pobres.
Aproximaciones usan lista de atributos para buscar y
descubrir un SW, otros usan la categorizacin. Metadatos.
Se requiere continuar trabajando en mejorar el descubrimiento
a nivel semntico.
Mejorar categorizacin.

Qu hay hoy?
Estndar de la industria WSDL, UDDI.
Bsqueda basada en palabras clave.
UDDI Complejo, mucha informacin que el
consumidor WSDL no necesita solo tModels.
Se requiere identificacin y seleccin de Servicios Web en
trminos de la semntica de los requisitos y de las
capacidades ofrecidas.
Ontologas Enriquecen la descripcin del servicio
Web.
Semntica ayuda en la precisin del proceso de
descubrimiento.
Semntica minimiza la intervencin humana.
Propuestas semnticas: OWL-S, WSDL-S y WSMO.
Se requiere mecanismos eficientes de bsqueda semntica.

Qu se necesita para que un Servicio Web

sea descubierto?
Un SW es til siempre y cuando pueda ser descubierto y
usado.
Se necesita agregar metadatos interpretables al SW.
Documentar el SW de manera consistente.
Almacenar la documentacin del SW en un repositorio.
Habilitar las bsquedas sobre el repositorio de tal manera
que el SW pueda ser encontrado.
Estndares basados en bsquedas sintcticas:
WSDL Descripcin del SW y operaciones.
UDDI Publicar y buscar.

Propuestas - Servicios Web Semnticos

Son los mismos SW pero con informacin que las mquinas
puedan entender.
Aaden metadatos y ontologas para que el servicio pueda
ser aprovechado por mquinas y por humanos.
La semntica del servicio est codificada explcita y
formalmente en la descripcin del servicio.
Ontologas representan el conocimiento de un dominio
especfico.
Entidades Conceptos.
Propiedades
Relaciones
RDF Framework para describir ontologas.
OWL Web Ontology Language desarrollado encima de
RDF.

Lenguajes de descripcin de Servicios Web

Semnticos
OWL-S Lenguaje de marcado. Describe propiedades y
capacidades del SW formal y no ambigua.
Tres partes
Service Profile Qu hace el servicio: input, output,
precondiciones, efectos. Se usa para advertir y descubrir
servicios.
Service Model Cmo trabaja el servicio. Descripcin
detallada de la operacin del servicio.
Service Grounding Cmo se usa. Cmo interactuar
con el servicio a travs de mensajes.

Lenguajes de descripcin de Servicios Web

Semnticos (cont.)
WSDL-S Aproximacin ligera para agregar semntica a
los servicios Web.
Los modelos semnticos se mantienen por fuera del
documento WSDL.
Los documentos con la semntica se referencian desde el
documento WSDL a travs de los elementos que extienden a
WSDL.

Lenguajes de descripcin de Servicios Web

Semnticos (cont.)
WSMO Framework conceptual y lenguaje formal para
describir todos los aspectos relevantes de un Servicio Web.
Facilita la automatizacin del descubrimiento de Servicios
Web agregando semntica.
Ontologas Proveen los trminos usados por otros
elementos WSMO.
Descripciones de Servicios Web Describe funcional
y comportamentalmente el Servicio Web.
Metas Deseos del usuario.
Mediadores Resuelven problemas de
interoperabilidad entre diferentes elementos WSMO.

Lenguajes de descripcin de Servicios Web

Semnticos (cont.)
OWLS-SR Usa el concepto de perfiles OWL-S.
Taxonoma basada en matchmaking Subclase
jerrquica del concepto de perfil OWL-S.
Conocimiento ontolgico estructural Basado en
medidas de distancia para determinar la similitud de dos
conceptos ontolgicos
Matchmaking orientado a roles Extiende los
conceptos de inputs y outputs de OWL-S.
Filtrado El usuario controla el matchmaking de
acuerdo al dominio de la aplicacin y sus preferencias.

Propuestas - WSSR
Archivo WSSR (Web Service SeaRch) [4] Archivo XML
provee todos los detalles del SW.
TAGs XML WSSR Schema
Nombre del SW y su funcin.
Mtodos con breve descripcin.
Categora del SW: ciencia, educacin, etc.
Descripcin ampliada.
URL del WSDL y pgina web de presentacin.
Nombre y e-mail de proveedor del SW.
Sugieren su propio WebSearcher Basado en los
resultados de bsquedas de archivos WSSR.
La bsqueda basada en palabras clave. Usan la categora y
operaciones para buscar dentro de archivos *.WSSR.

Propuestas - WSSR (cont.)

Publicacin basada en archivo .WSSR. siguiendo WSSR
Schema Estructura de archivo WSSR.
Se crea el archivo WSSR y se sube a un sitio Web pblico.
Los motores de bsqueda indexan este contenido.
Se incorpora la referencia al archivo WSSR en la pgina
web de presentacin del servicio Web.
Parte del modelo propuesto incluye al WebSearcher Web
Crawler + XML Parser.

Propuestas - WSQBE+
Publicacin y descubrimiento Minera de texto y tcnicas de
aprendizaje de mquina.
UDDI No describe funcionalidad, bsquedas basadas en
palabras clave, categorizacin compleja que toma tiempo.
UDDI Encontr UN servicio? Si implementa la funcionalidad
esperada?
SW Semnticos Compleja adopcin por construccin de
ontologas y falta de ontologas estandarizadas y adoptadas.
Aprovechar lo que ya hay en WSDL y UDDI y trabajar sobre esto.
Aproximacin Query-by-Example Consumidor escribe ejemplos
de lo que necesita en su lenguaje de preferencia.
Deducir automticamente categora del SW con base en el
ejemplo.
Asistir a publicadores en deduccin de categora del SW.

Propuestas - WSQBE+ (cont.)

Fuente: [5]

Propuestas - CBB: Constraint-Based

Brokering
Extensin de WSDL.
Permitir a los publicadores especificar restricciones del SW.
El consumidor busca el SW basado en las restricciones de lo
que necesita.
Incluye en la infraestructura un broker basado en restricciones.
Restricciones de servicio construidas a partir de los atributos
del SW.
Atributos del servicio como un todo.
Atributos de las operaciones.
Se extiende WSDL para incluir las restricciones del SW como
elementos XML.
Usan UDDI pero agregan un procesador de restricciones (broker:
mediador).

Otras propuestas
DaaS Discovery as a Service Descubrimiento de SW para
dispositivos mviles Prototipo.
METEOR-S WSDI Usa una aproximacin semntica con
ontologas. Hace mucho nfasis en el registro y trata de darle
semntica a las operaciones de registro y replicacin de dichos
registros. Enfoque P2P para descentralizar arquitectura.
Spider Enfoque P2P usa ontologas, bsquedas basadas en
palabras clave y bsquedas basadas en los comportamientos del
servicio usando BPEL.
WSOP Arquitectura completa para integrar diferentes sistemas
P2P. Enfoque centralizado y descentralizados. Framework para la
publicacin y descubrimiento de SW basados en WSOP.
Enfoques basados en las interacciones que se dan en redes
sociales. Proponen framework para la administracin de SW
basado en comunidades de SW.

Otras propuestas (cont.)

SA-REST Aproximacin liviana para agregar semntica a SW
RESTful. Usa RDFa GRDDL.
MicroWSMO Ontologas. Agregar descripciones funcionales,
comportamentales y descripciones tcnicas.
Adaptative Service Grids y Smart Resource Enfoques que
usan UDDI para almacenar metadatos y permitir bsquedas
semnticas sobre UDDI.
Enfoques basados en restricciones de QoS (Quality of Service)
atributos no funcionales: Tiempos de respuesta, throughput,
disponibilidad, costo, esquema de seguridad, etc.
Enfoques basados en IA. P. Ej. Agentes que estn monitoreando
el proceso de desarrollo, recolectando Ix y haciendo
razonamientos de clasificacin del SW, entre otras. DAML.

Problemas Abiertos
Se requiere un anlisis cuantitativo y comparativo en lo
relacionado con los mtodos relacionados con la publicacin y el
descubrimiento de SW en contextos P2P.
Estandarizacin de ontologas y vocabularios para la
publicacin y descubrimiento de SW basados en semntica, tanto
en enfoques centralizados como en enfoques descentralizados
como P2P.
En redes P2P un peer entra y sale de la red a discrecin, esto
hace que la infraestructura de red sea inestable. Se necesitan
mecanismo de estabilizacin de esta infraestructura.
No hay una buena comparacin entre los enfoques P2P y los
modelos basados en cliente-servidor.

Problemas Abiertos (cont.)

Investigacin en motores de bsqueda semnticos.
Intermediacin entre diferentes modelos semnticos.
Ampliar modelos que incluyen caractersticas sociales e
informacin de modelos sociales de interaccin.
Linked services + sistemas heredados.
Hay necesidad de analizar el lado del consumidor. Cmo hace
los requerimientos? Si sabe lo que necesita? Hay un trabajo de
anlisis del lado del cliente pendiente.

JUDDI (JAVA Universal Description,

Discovery and Integration)
Implementacin de Cdigo Abierto creada por Oasis sobre
JAVA, que funciona del lado del cliente a partir de la
especificacin UDDI.
Est diseado especficamente para los Servicios WEB.
Se puede Implementar en cualquier contenedor JEE.
Se accede mediante cualquier SOAP genrico.
Instancia de JUDDI en Lnea: http://uddiconsolejbossoverlord.rhcloud.com/home.jsp

Arquitectura

Cliente y Arquitectura de la Consola

Arquitectura de la Consola

JUDDI: Administracin.

Cambios de Puertos.
Usuarios y Control de Acceso.
Proveedores Cifrados.
Encriptacin de Contraseas.
Autenticacin.

Cambios de Puertos
Editar conf / server.xml y cambiar el puerto en el elemento
<Connector>.
Editar webapps / juddiv3 / WEB-INF / classes / juddiv3.xml y
cambiar el nmero de puerto del servidor jUDDI baseurl.
Editar webapps / juddiv3 / WEB-INF / config.properties y
cambiar los nmeros de puerto para "securityurl" y
"juddipapi".
Editar webapps / jUDDI-gui / META-INF / config.properties y
cambiar los nmeros de puerto para todas las URL que
aparecen.

Usuarios y Control de Acceso

Usuarios Administradores: Acceso especial a la pgina
de configuracin remota y a la consola Administradora.
http: // localhost: 8080 / jUDDI-gui / settings.jsp
http: // localhost: 8080 / juddiv3 / admin

Usuarios Finales: Autenticacin a travs de los

proveedores de Autenticacin.
http: // localhost: 8080 / juddiv3 /

Proveedores Cifrados
JUDDI Ofrece una serie de proveedores criptogrficos y se
incluyen con el Oracle Java Runtime Environment.
La autenticacin de un proveedor de Cifrado se debe hacer
utilizando la siguiente propiedad en JUDDIV3.XML

jUDDI / cifrador
Proveedores de Servidores
Proveedores de Clientes

Encriptacin de Contraseas
Existe un Archivo por lotes (.bat) de Windows y una secuencia de
Comandos de UNIX que dispara el comando JAVA; este se
encuentra en la siguiente ruta:
{} Tomcat_home /bin/juddi-cryptor.bat/sh

Autenticacin

El mecanismo de autenticacin por defecto proporcionado por

jUDDI es la JUDDIAuthenticator. La fase authenticate del
JUDDIAuthenticator simplemente comprueba si el ID de
usuario aprobado cuenta con un registro asociado en la tabla
de Publisher.

Apache jUDDI : Introduccin[1/2]

Diseado especficamente para los Servicios Web.

Permite su acceso a travs de SOAP.
WSDL como descriptor de los requisitos del
protocolo y el formato de interaccin con los
servicios web registrados en el catlogo.

Apache jUDDI: Introduccin[2/2]

Es una herramienta open source, basada en una

implementacin Java para UDDI v3 especficamente para
Web Services.
Disponible en un Tomcat que tiene embebido juddiv3.
Base de datos Derby por default (Es posible configurar
MySQL)

Apache jUDDI: Instalacin [1/5]

Prerrequisitos:
1. JDK 1.6 (previamente instalado)
2. MySQL (previamente instalado)
3. Apache jUDDI. (http://juddi.apache.org/releases.html)

Apache jUDDI: Instalacin [2/5]

1. Descomprimir el archivo en la ruta deseada.
Al ser un Tomcat que tiene embebido juddiv3; Es necesario
modificar la variable de entorno CATALINA_HOME (Caso
Windows)

Apache jUDDI: Instalacin [3/5]

2. Configurar el acceso a MySQL
Crear un nuevo esquema cuyo nombre ser juddiv3.

Crear usuario con

username = juddi
Password =juddi

Apache jUDDI: Instalacin [3/5]

Ejecutar script SQL para la
creacin de 47 tablas que van
a ser usadas por jUDDI.

Apache jUDDI: Instalacin [4/5]

Modificar el context.xml de la ruta :
C:\dev\juddi-portal-bundle-3.1.0\
conf\context.xml

Modificar la persistencia en la ruta:

C:\dev\juddi-portal-bundle-3.1.0\webapps\juddiv3\WEBINF\classes\META-INF\persistence.xml

Apache jUDDI: Instalacin [5/5]

Encendemos el tomcat de la ruta:
C:\dev\juddi-portal-bundle-3.1.0\bin\startup.bat
Comprobamos que salga la siguiente pantalla el ingresar
en la URL : http://localhost:8080/juddiv3/

Apache jUDDI: Publicando un Servicio [1/5]

Consumir el servicio de Autenticacin:

Apache jUDDI: Publicando un Servicio [2/5]

Publicar un Bussines haciendo un request a
'save_business'.

Apache jUDDI: Publicando un Servicio [3/5]

Resultado del request a 'save_business'.

Apache jUDDI: Publicando un Servicio [4/5]

Publicar un tModel con el request save_tModel

Apache jUDDI: Publicando un Servicio [4/5]

Resultado del request save_tModel

Apache jUDDI: Publicando un Servicio [5/5]

Guardando el servicio con el request save_service

Referencias
[1]

Cerami, E. (2002). Introduction. In Web services essentials. Beijing: O'Reilly.

[2] Malaimalavathani, M., & Gowri, R. (2013, February). A survey on semantic web service
discovery. In Information Communication and Embedded Sytems (ICICES), 2013 International
Conference on (pp. 222-225). IEEE.
[3] Tsalgatidou, A., & Pilioura, T. (2002). An overview of standards and related technology in web
services. Distributed and Parallel Databases, 12(2-3), 135-162.
[4] Nezval, V., & Bartolo, F. (2011). A model for easy public searching of web services. In eTechnologies and Networks for Development (pp. 209-222). Springer Berlin Heidelberg.
[5] Crasso, M., Zunino, A., & Campo, M. (2011). Combining query-by-example and query expansion
for simplifying Web Service discovery. Information Systems Frontiers, 13(3), 407-428.
[6] Degwekar, S., Lam, H., & Su, S. Y. (2007). Constraint-based brokering (CBB) for publishing and
discovery of web services. Electronic Commerce Research, 7(1), 45-67.
[7] Elgazzar, K., Hassanein, H. S., & Martin, P. (2014). Daas: Cloud-based mobile web service
discovery. Pervasive and Mobile Computing, 13, 67-84.
[8] Verma, K., Sivashanmugam, K., Sheth, A., Patil, A., Oundhakar, S., & Miller, J. (2005). Meteor-s
wsdi: A scalable p2p infrastructure of registries for semantic publication and discovery of web
services. Information Technology and Management, 6(1), 17-39.

Referencias
[9] Islam, M. T., Akon, M., & Shen, X. S. (2010). P2P Approach for Web Services Publishing and
Discovery. In Handbook of Peer-to-Peer Networking (pp. 1315-1332). Springer US.
[10] Yahyaoui, H., Maamar, Z., Lim, E., & Thiran, P. (2013). Towards a community-based, social
network-driven framework for Web services management. Future Generation Computer Systems, 29
(6), 1363-1377.
[11] Naumenko, A., Nikitin, S., Terziyan, V., & Veijalainen, J. (2005). Using UDDI for publishing
metadata of the semantic Web. In Industrial Applications of Semantic Web (pp. 141-159). Springer
US.
[12] Hu, J., Guo, C., Wang, H., & Zou, P. (2005). Web services peer-to-peer discovery service for
automated web service composition. In Networking and Mobile Computing (pp. 509-518). Springer
Berlin Heidelberg.
[13] Raj, R. J. R., & Sasipraba, T. (2010, December). Web service selection based on QoS
Constraints. In Trendz in Information Sciences & Computing (TISC), 2010 (pp. 156-162). IEEE.
[14] Garofalakis, J., Panagis, Y., Sakkopoulos, E., & Tsakalidis, A. (2006). Contemporary web
service discovery mechanisms. J. Web Eng., 5(3), 265-290.