O que é UDDI?
terça-feira, 16 de novembro de 2010
|
|
UDDI service - Universal Description and Discovery Information (UDDI), é um padrão para publicar e descobrir diretórios de serviços em uma arquitetura orientada a serviços. É uma interface web onde é usada tipicamente para publicar as informações sobre os web services.
Pra saber mais sobre o UDDI, recomendo esse post.
Com o lançamento do Biztalk Server 2009 podemos encontrar a instalação do UDDI Server integrado na instalação do produto.
O UDDI abrange alguns conceitos básicos que devemos ter em mente para compreendermos como os serviços são organizados:
Dando um exemplo prático para o UDDI e o Biztalk, é a publicação de endereços físicos no site e setando em tempo de execução as portas, dentro da orchestration, dinamicamente.
Então depois de instalado o UDDI, vamos poder acessar o site http://localhost/uddi
Clique na aba Publish para cadastrar os serviços. Vamos começar adicionando o tModel.
Aqui no meu exemplo vou adicionar 3 tModels: biztalksoa:runtimeresolution:actionbinding, biztalksoa:runtimeresolution:environment e biztalksoa:runtimeresolution:transporttype.
Agora vamos adicionar o Provider.
Agora precisamos adicionar o Serviço:
Essa é uma solução mais elegante para a necessidade de se ter um repositório de endereços dinamicos, evitando usar o BRE – Business Rules Engine, com aquele “clássico” 1 = 1, para poder buscar o valor.
No próximo post espero ensinar como acessar o Microsoft UDDI Services através de código .NET.
Até.
Pra saber mais sobre o UDDI, recomendo esse post.
Com o lançamento do Biztalk Server 2009 podemos encontrar a instalação do UDDI Server integrado na instalação do produto.
O UDDI abrange alguns conceitos básicos que devemos ter em mente para compreendermos como os serviços são organizados:
Nome | Conceito | Nome no Microsoft UDDI Services |
BusinessEntity | É o dono do serviço. Pode ser uma organização, unidade de negócio ou uma área funcional. | Provider |
BusinessService | Geralmente é o nome do serviço oferecido pelo Provider. | Service |
BindingTemplate | É o detalhe técnico do serviço. A especificação da URL, o endpoint do svc, etc. | Binding |
tModel (Technical Model) | Representa o metadados, como transporte, protocolo, Action | tModel |
Dando um exemplo prático para o UDDI e o Biztalk, é a publicação de endereços físicos no site e setando em tempo de execução as portas, dentro da orchestration, dinamicamente.
Então depois de instalado o UDDI, vamos poder acessar o site http://localhost/uddi
Clique na aba Publish para cadastrar os serviços. Vamos começar adicionando o tModel.
Aqui no meu exemplo vou adicionar 3 tModels: biztalksoa:runtimeresolution:actionbinding, biztalksoa:runtimeresolution:environment e biztalksoa:runtimeresolution:transporttype.
Agora vamos adicionar o Provider.
- Clique com o botão direito em Provider -> Add Provider.
- Vai aparecer uma tela com a opção Allow the system to generate the key marcada, e clique em Continue.
- Na aba Details clique no botão Edit.
- Coloque o nome do Provider e clique em Update.
Agora precisamos adicionar o Serviço:
- Na aba Services clique em Add Services.
- Na tela com a opção Allow the system to generate the key marcada. Basta clicar em Continue.
- Na aba Details clique em Edit.
- Coloque um nome para o serviço e clique em Update.
- Na aba Bindings, clique em Add Binding.
- A próxima tela terá a opção Allow the system to generate the key marcada. Basta clicar em Continue.
- Na aba Details clique em Edit.
- Coloque a URL de um serviço e clique em Update.
- Clique na aba Categories e vamos adicionar os detalhes do serviço.
- Clique em Add Custom Category, digite biztalksoa e clique em Search. Irá aparecer as categorias que adicionamos anteriormente.
- Adicione uma categoria por vez com os seguintes valores e depois clique em Add Category.
Categoria | Key Name | Key Value |
biztalksoa:runtimeresolution:actionbinding | Action | O Action do serviço. No meu exemplo: http://tempuri.org/IServicoDinamico/ObterNome |
biztalksoa:runtimeresolution:environment | Ambiente | QA |
biztalksoa:runtimeresolution:transporttype | Adapter | WCF-WSHttp |
Essa é uma solução mais elegante para a necessidade de se ter um repositório de endereços dinamicos, evitando usar o BRE – Business Rules Engine, com aquele “clássico” 1 = 1, para poder buscar o valor.
No próximo post espero ensinar como acessar o Microsoft UDDI Services através de código .NET.
Até.
Seja o primeiro a comentar ;)
Postar um comentário