Es el movimiento UDDI pública o muerto, fue alguna vez con vida?

Question

Estoy tratando de encontrar algunos registros UDDI públicos para interactuar con, con fines de aprendizaje. Pero parece que no hay ninguno disponible. Abrí la siguiente pregunta de SO para ver si alguien sabe acerca de cualquier registro público todavía alojado, pero no obtuvo ninguna respuesta.

El IBM, Microsoft y SAP registros públicos eran una prueba de la tecnología de UDDI. Cito de aquí : El objetivo principal de la UBR era demostrar la la interoperabilidad y la robustez de las especificaciones UDDI a través de una aplicación pública. Este objetivo se cumplió y superó con creces.

Ahora continúan apoyando las especificaciones UDDI en sus productos (así, diferentes empresas pueden alojar sus UBRS para uso privado).

Ahora, estoy cambiando mi pregunta original a este: ¿Es el movimiento UDDI pública o muerto, estaba vivo que nunca

?

¿Qué opinas? Si su respuesta es no, puede que usted proporciona un ejemplo de una UBR UDDI pública existente?

Answer 1

he recibido una respuesta de John Saunders en mi pregunta original, a uno de mi comments , y yo creo que tiene razón.

Para resumir:

El movimiento UDDI pública está muerto a causa de la IBM, Microsoft y SAP registros públicos estaban el movimiento UDDI.

Answer 2

UDDI Pública está muerto, pero logró sobrevivir en los registros privados dentro de las empresas.

  

propósito funcional de un registro UDDI es la representación de datos y metadatos sobre   Servicios web. Un registro, ya sea para su uso en una red pública o dentro de una   infraestructura interna de la organización, ofrece un mecanismo basado en estándares para clasificar,   catalogar y administrar servicios Web, de modo que puedan ser descubiertos y consumidos por   otras aplicaciones.

     

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

Esto no es malo para una definición y propósito, por desgracia, se aplicó a nivel web.

UDDI se supone que las "páginas amarillas" de servicios web. Si desea encontrar un servicio web que proporciona una cierta funcionalidad, deberá mirar hacia arriba dentro de la UDDI.

La idea era utilizar un mecanismo estándar (universal) para la interacción en línea entre los componentes de las empresas SOA. A continuación, mirado de forma dinámica los servicios, conectados a ellas y hacer negocios de forma automática. Y la decisión para elegir entre servicios similares se supone que debe ocurrir en base a los metadatos que se encuentra en la UBR (todo ello dentro de un modelo muy complejo que desalienta la adopción) y no hay forma de verificar si el servicio realmente hizo lo que se esperaba que hiciera .

Sin embargo, con lo que cada interacción a un terreno común era imposible porque las empresas son muy heterogéneas. Y las empresas todavía gira en torno a las personas, la actividad humana y las decisiones humanas.

negocios se llevan a cabo entre los socios que optan por hacer negocios entre sí un análisis en profundidad y la negociación, antes de finalmente llegar a un acuerdo de negocios y ponerse de acuerdo en todos los términos y condiciones. Sólo entonces sus infraestructuras están conectados. Y en este punto la definición UDDI empieza a tener sentido, porque dentro de la empresa UDDI le permite:

• reubicar los servicios sin que ninguno de los clientes no;
• apoya el equilibrio de carga;
• mejora la eficiencia mediante la reducción de las intervenciones manuales dentro de la infraestructura;
• gestionar la redundancia (si uno falla el servicio a los clientes va a buscar otro servicio que proporciona la misma funcionalidad);
• etc.

.. pero todo esto dentro de un conjunto limitado de servicios predeterminados que su funcionalidad está bien establecida y acordada.

Answer 3

No está muerto.

Apache jUDDI tiene una instantánea pública disponible en línea

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

Answer 4

UDDI está muerto. Tres cosas que mataron a:

1. complejidad demasiado ambicioso
2. Haciendo caso omiso de la seguridad
3. La dificultad, todavía con nosotros, de la gestión y recogida de micropagos

Si un corredor UDDI elige dinámicamente un proveedor de servicios para mí, no tengo oportunidad de hacer cualquier diligencia debida en la seguridad del servicio. Y la cantidad de problemas sería el corredor tomar para garantizar la seguridad para mí? No mucho, yo sugeriría.

Los servicios Web son de uso general detrás del firewall para fines SOA, para integrar aplicaciones con socios de negocios, y para llamar a las API conocidos. UDDI es un exceso total para estos fines. Una gran organización debe tener un catálogo de sus servicios web, pero que podría ser tan simple como una página wiki. Un desarrollador que buscan un servicio web potencialmente útil necesita una descripción de un párrafo de lo que hace, una persona de contacto, y algunos WSDL y documentación técnica. UDDI no es necesario para nada de eso.