descoberta de serviços Web no WCF: WS-Discovery ou UDDI?

Question

Eu sei que a distinção entre UDDI e WS-Discovery (bem sei local para procurar um serviço vs broadcast). Mas a minha pergunta é: qual é a maneira mais simples de descobrir um webservice no WCF? Por mais simples que significa que já está implementado no WCF e pode ser usado agora? Eu não vi qualquer built-in aplicação em WCF para UDDI ou WS-Discovery.

Você tem algum link, ou experiência para compartilhar sobre estes dois protocolos em WCF?

Atualização

Agora eu estou pensando sobre três soluções, à espera de WS-descoberta no .NET 4.0, ou talvez criar a minha própria descoberta de ligação com a Peer to Peer ligação fornecida pelo WCF. Dessa forma eu posso transmitir um pedido. Ou usando a implementação fornecida pelo link de eed3si9n.

Eu acho que eu vou fazer uma interface de porta de entrada para fácil implementação da mudança último.

Answer 1

.NET 4.0 terá WS-Discovery. Veja Mensagens melhorias no .NET 4.0: (Discovery Parte I) Usando o WS-Discovery em WCF 4.0 . Entretanto, Claudio Masieri forneceu uma implementação. Consulte WS-Discovery para WCF .

Há também uma implementação descoberta personalizado feito de forma semelhante como UDDI. Consulte Windows Communication Service Discovery .

Imagine que você tem 200 clientes que usam seu serviço WCF funk. Todos iriam têm em sua conf apresentar uma secção como esta:

<client>
   <endpoint configurationName="default"
               address="http://localhost/servicemodelsamples/service.svc"
               binding="wsHttpBinding"
               bindingConfiguration="Binding1"
              contract="IDataContractCalculator" />
 </client>
 <bindings>
   <wsHttpBinding>
      <binding configurationName="Binding1" />
   </wsHttpBinding>
</bindings>

Agora, você decide mudar o existente endpoint (lado do servidor) com um novo que usa SSL por motivo de segurança. Quão você atualizar os seus clientes? Você pode ver rapidamente que pode tornar-se tedioso. Portanto, a ideia que eu quero ao detalhe aqui é a implementação de uma descoberta serviço semelhante ao que faz e UDDI usar um resolvedor de metadados para obter o configuração fora do serviço em Para criar dinamicamente um proxy permitindo que o cliente para discutir com o serviço.

Esta pessoa tem preocupação semelhante como você faz, e parece ter uma solução de trabalho.

Answer 2

UDDI fornece um registro central para armazenar informações sobre disponíveis Serviços. Ela fornece um catálogo onde os consumidores podem encontrar serviços que atendam suas necessidades. Este-like agenda diretório de informações permitem os consumidores a encontrar serviços pelo nome, endereço, contrato, categoria ou por outros dados. UDDI pode ser pensado como o DNS de serviços da Web.

Por outro lado, o WS-Discovery proporciona um protocolo para descobrir serviços que estão indo e vindo a partir de uma rede. Como um serviço junta a rede, ele informa seus pares de sua chegada por transmitir um Olá mensagem; Da mesma forma, quando os serviços de cair fora da rede que multicast um Bye mensagem. O WS-Discovery não contar com um único nó de informações do host sobre todos os serviços disponíveis como UDDI faz. Em vez disso, cada nó para a frente informações sobre os serviços disponíveis de forma ad hoc. Isso reduz a quantidade de infraestrutura de rede necessários para descobrir serviços e facilita bootstrapping.

Citação de: http://travisspencer.com/blog/2007/09/ post.html

Aqui está uma boa lista de propriedades: http://laflour.spaces.live.com/Blog/cns! 7575E2FFC19135B4! 728.entry

Answer 3

jUDDI tem um cliente .NET que você pode usar. Ele simplifica muito uma série de coisas para trabalhar com UDDI.

A partir da experiência, não há apenas dois ou três implementações funcionamento de WS-Discovery.

• Apache CXF, mas apenas quando correu para fora de um recipiente
• Este: https://code.google.com/p/java- ws-descoberta / que não funciona no JBoss e está sem manutenção
• Microsoft .NET 4.0ish

UDDI você pode acessar de qualquer coisa. Existem muitas implementações de cliente e servidor. (Apenas o material versão 3 está listado aqui)

• IBM WS-Registro
• Apache jUDDI
• Microsoft UDDI v3 com Biztalk (sua livre com o servidor 2008)
• HP SOA / Systinet ou o que é chamado agora
• WSO2 tem algo
• ebXML tem algum tipo de ponte ou adaptador

Há ainda um ponto de extremidade REST para UDDI3 (jUDDI 3.2 tem, XML ou JSON respostas) que abre este até muito mais possibilidades.

Além disso, os dados que são compartilháveis ??com WS-Discovery é um pouco limitado em comparação com os dados virtualmente ilimitadas você pode anexar a UDDI.

Isso é apenas meus 2 centavos.