Uma vez registado no registo UDDI que pretende utilizar, pode registar o seu serviço Web. O registo de um serviço envolve quatro tipos de estruturas de dados de núcleo: informações sobre a empresa, sobre o serviço, sobre a associação e sobre a descrição das especificações dos serviços. A relação entre estes tipos de dados está descrita na Figura 1.
Informações sobre a empresa. Informações contidas numa estrutura businessEntity. A businessEntity contém informações sobre a empresa que tem um serviço publicado, tais como o nome, a descrição, os contactos e os identificadores da empresa.
Informações sobre o serviço. Informações que descrevem um grupo de serviços Web. Estão contidas numa estrutura businessService. O businessService contém informações sobre famílias de serviços técnicos. Agrupa um conjunto de serviços Web relacionados com um processo de negócio ou com um grupo de serviços.
Informações sobre a associação. Informações representadas pela estrutura bindingTemplate. O bindingTemplate retém informações técnicas para determinar o ponto de entrada e as especificações de construção para invocar um serviço Web. O bindingTemplate faculta descrições do serviço Web relevantes para os programadores de aplicações que pretendem encontrar e invocar um serviço Web. O bindingTemplate aponta para as descrições de implementação de um serviço, por exemplo, através de uma URL.
Informações que descrevem as especificações para os serviços. Os metadados sobre as diversas especificações implementadas por um determinado serviço Web representado pelo tModel. O tModel faculta um sistema de referência para auxiliar a descoberta de serviços Web.
Figura 1. Relação entre tipos de dados.
Cada estrutura descendente tem uma estrutura ascendente única. Isto significa que cada estrutura businessService é possuída por uma businessEntity específico. Por sua vez, cada bindingTemplate é possuído por um businessService específico. Cada estrutura bindingTemplate referencia instâncias únicas de estruturas tModel. Contudo, uma vez que as referências podem ser repetidas em várias estruturas ascendentes, podem haver várias referências a tModels de ascendentes Entity-Service-Template diferentes, como é apresentado na Figura 2.
Figura 2. Referências ao tModel.
Uma asserção do editor é um procedimento na UDDI de associação de estruturas businessEntity. A asserção do editor define um grupo de estruturas businessEntity. Muitas empresas não são eficazmente representadas por apenas uma businessEntity. A asserção do editor permite a associação entre estruturas businessEntity. Por exemplo, uma empresa grande pode ter vários subsidiários que tenham descrições diferentes, mas que estejam acoplados e que queiram tornar as suas relações visíveis nos registos da UDDI.
Uma projecção de serviços permite que uma entidade empresarial referencie um serviço que tenha sido publicado por outra entidade empresarial. Ao utilizar a estrutura businessService como projecção de um businessService já publicado, as empresas podem partilhar ou reutilizar serviços. As projecções de serviços são geridas centralmente como parte de uma businessEntity de referência. Isto significa que qualquer alteração feita neste businessService por qualquer estrutura businessEntity de referência é válida para todas as estruturas businessEntity de referência.