Le mouvement UDDI publics mort ou, était-il toujours vivant?

Question

Je suis en train de trouver des registres UDDI publics d'interagir avec, à des fins d'apprentissage. Mais il semble qu'il n'y en a pas disponible. J'ai sauté sur le SO pour voir le question si quelqu'un sait tout registre public toujours hébergé, mais n'a obtenu aucune réponse.

L'IBM, les registres publics de Microsoft et SAP ont été un test de la technologie UDDI. Je cite : L'objectif principal de l'UBR était de prouver la l'interopérabilité et la robustesse des spécifications UDDI par une mise en œuvre publique. Cet objectif a été atteint et largement dépassé.

Ils continuent maintenant pour soutenir les spécifications UDDI dans leurs produits (donc, différentes entreprises peuvent héberger leurs UBRS pour un usage privé).

Maintenant, je change ma première question à ceci: Le mouvement UDDI publics mort ou, est-il toujours en vie

?

Que pensez-vous? Si votre réponse est non, pouvez-vous donner un exemple d'un UBR UDDI public existant?

Answer 1

J'ai reçu une réponse de John Saunders sur ma question initiale, à un de mes comments , et je pense qu'il a raison.

Pour résumer:

Le mouvement UDDI public est mort parce que l'IBM, les registres publics Microsoft et SAP étaient le mouvement UDDI.

Answer 2

UDDI public est bel et bien mort, mais il a réussi à survivre dans les registres privés au sein des entreprises.

  

Un but fonctionnel de registre UDDI est la représentation des données et des métadonnées concernant   Services Web. Un registre, que ce soit pour une utilisation sur un réseau public ou dans un   l'infrastructure interne de l'organisation, offre un mécanisme basé sur des normes pour classer,   cataloguer et gérer des services Web, afin qu'ils puissent être découverts et consommés par   autres applications.

     

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

Ce n'est pas mal pour une définition et le but, malheureusement, il a été appliqué au niveau du web.

UDDI était censé être les "pages jaunes" des services Web. Si vous voulez trouver un service Web fournissant une certaine fonctionnalité, vous le chercher à l'intérieur du UDDI.

L'idée était d'utiliser un mécanisme standard (universel) pour l'interaction en ligne entre les composants SOA des entreprises. Vous avez ensuite dynamiquement regardé les services, qui y sont connectés et faire des affaires automatiquement. Et la décision de choisir entre des services similaires était censé se produire en fonction des métadonnées trouvées dans l'UBR (tous à l'intérieur d'un modèle très complexe qui a découragé l'adoption) sans moyen de vérifier si le service a effectivement fait ce que vous attendiez à faire .

Mais nous amenons toute interaction à un terrain d'entente était impossible parce que les entreprises sont très hétérogènes. Et les entreprises tourne toujours autour des gens, l'activité humaine et les décisions humaines.

Business sont menées entre les partenaires qui choisissent de faire des affaires les uns avec les autres seulement après une analyse approfondie et la négociation, avant de finalement trouver un accord d'affaires et d'accord sur tous les termes et conditions. Alors seulement, leurs infrastructures sont connectées. Et à ce stade, la définition de UDDI ne commence à donner un sens, parce que dans l'UDDI d'entreprise vous permet de:

• relocaliser les services sans aucun des clients ne;
• prend en charge l'équilibrage de charge;
• améliore l'efficacité en réduisant les interventions manuelles dans l'infrastructure;
• gérer la redondance (si un service échoue les clients recherchera un autre service fournissant les mêmes fonctionnalités);
• etc

.. mais tout cela dans un ensemble limité de services prédéterminés qui est la fonctionnalité est bien établie et acceptée.

Answer 3

Non mort.

Apache jUDDI a un instantané en ligne publique disponible

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

Answer 4

UDDI est bel et bien mort. Trois choses ont tuée:

1. complexité trop ambitieuse
2. Sécurité Ignorer
3. La difficulté, toujours avec nous, de la gestion et la collecte des micropaiements

Si un courtier UDDI choisit dynamiquement un fournisseur de services pour moi, je n'ai pas eu l'occasion de faire preuve de diligence raisonnable sur la sécurité du service. Et combien la difficulté serait le courtier prendre pour assurer la sécurité pour moi? Pas beaucoup, je suggère.

Les services Web sont couramment utilisés derrière le pare-feu à des fins SOA, pour intégrer des applications avec des partenaires commerciaux, et d'appeler les API bien connus. UDDI est surpuissant au total à ces fins. Une grande organisation devrait avoir un catalogue de ses services Web, mais cela pourrait être aussi simple que d'une page wiki. Un développeur à la recherche d'un service Web potentiellement utile a besoin une description d'un paragraphe de ce qu'il fait, une personne de contact, et certains WSDL et la documentation technique. UDDI est pas nécessaire de tout cela.