É o movimento público UDDI ou morto, foi que sempre vivo?

Question

Eu estou tentando encontrar alguns registros UDDI públicos para interagir com, para fins de aprendizagem. Mas parece que não há nenhum disponível. Eu apareci o seguinte questão href="https://stackoverflow.com/questions/1491926/are-there-any-public-uddi-registries-available"> no SO para ver se alguém sabe sobre qualquer registro público ainda hospedado, mas não tenho respostas.

A IBM, Microsoft e SAP registros públicos foram um teste da tecnologia UDDI. Cito aqui : O principal objetivo da UBR era provar a interoperabilidade e robustez das especificações UDDI através de uma implementação pública. Este objetivo foi cumprido e excedeu em muito.

Eles agora continuar a apoiar as especificações UDDI em seus produtos (por isso, diferentes empresas podem hospedar seus UBRs para uso privado).

Agora, eu estou mudando a minha pergunta original para isso:? é o movimento UDDI público ou morto, era sempre vivo

O que você acha? Se a sua resposta for não, você pode dar um exemplo de um já existente pública UDDI UBR?

Answer 1

Eu recebi uma resposta do John Saunders na minha pergunta original, para um dos meus comments , e acho que ele está certo.

Para resumi-lo:

O movimento UDDI público está morto porque a IBM, Microsoft e registros públicos SAP foram o movimento UDDI.

Answer 2

UDDI Pública está realmente morto, mas conseguiu sobreviver nos registros particulares dentro das empresas.

finalidade funcional do registro Um UDDI é a representação de dados e metadados sobre Serviços web. Um registro, tanto para uso em uma rede pública ou dentro de um infra-estrutura interna da organização, ofertas um mecanismo baseado em padrões para classificar, catalogar e gerenciar os serviços da Web, de modo que eles podem ser descobertos e consumido por outras aplicações.

• http://uddi.org/pubs/uddi-tech-wp.pdf

Isso não é ruim para uma definição e propósito, infelizmente, foi aplicado ao nível web.

UDDI era suposto ser as "páginas amarelas" de serviços web. Se você quiser encontrar um serviço web fornecendo uma certa funcionalidade, você iria procurá-lo dentro do UDDI.

A ideia era usar um mecanismo padrão (universal) para a interação on-line entre os componentes empresas SOA. Você, então, olhou dinamicamente os serviços, ligados a eles e fazer negócios automaticamente. E a decisão para a escolha entre serviços similares deveria acontecer com base nos metadados encontrados no UBR (tudo isso dentro de um modelo muito complexo que desencorajado adopção) com nenhuma maneira de verificar se o serviço realmente fez o que você estava esperando que ele faça .

Mas trazer cada interação para um terreno comum era impossível porque as empresas são altamente heterogêneo. E as empresas ainda gira em torno de pessoas, a atividade humana e as decisões humanas.

Negócios são realizadas entre os parceiros que optam por fazer negócios com os outros somente após análise e negociação, antes de finalmente fechar um acordo de negócios e concordar com todos os termos e condições. Só então suas infra-estruturas estão conectados. E neste momento a definição UDDI não começar a fazer sentido, porque dentro da empresa UDDI permite que você:

• Serviços de relocate sem qualquer um dos clientes não;
• carga suporta equilíbrio;
• melhora a eficiência por redução intervenções manuais dentro da infra-estrutura;
• gerenciar redundância (se um serviço falhar os clientes irão procurar outro serviço fornecendo a mesma funcionalidade);
• etc

.. mas tudo isso dentro de um conjunto restrito de serviços pré-determinados que sua funcionalidade é bem estabelecidos e acordados.

Answer 3

Não morto.

Apache jUDDI tem um instantâneo público disponível on-line

http://uddi-jbossoverlord.rhcloud.com/

Answer 4

UDDI está realmente morto. Três coisas o matou:

1. complexidade demasiado ambiciosa
2. segurança Ignorando
3. A dificuldade, ainda com a gente, de gestão e recolha de micropagamentos

Se um corretor UDDI escolhe dinamicamente um provedor de serviços para mim, não tenho oportunidade de fazer qualquer diligência sobre a segurança do serviço. E o quanto o problema seria o corretor tomar para garantir a segurança para mim? Não muito, gostaria de sugerir.

Os serviços Web são comumente usados ??por trás do firewall para fins de SOA, para integrar aplicações com parceiros de negócios, e para chamar APIs bem conhecidos. UDDI é um exagero total para estes fins. Uma grande organização deve ter um catálogo de seus serviços web, mas que poderia ser tão simples como uma página wiki. Um desenvolvedor procurando um serviço web potencialmente útil precisa de uma descrição de um parágrafo sobre o que ele faz, uma pessoa de contato, e alguns WSDL e documentação técnica. UDDI não é necessário para nada disso.