の公共UDDI動きや、でも生き残っているのは？"

Question

私が探しあUDDIレジストリとの交流、学習目的うですがあります。また、以下の 質問 い合うことを知っている公的登録が主催すが、たな応答となります。

IBM、Microsoft、SAP公開登録したテストのUDDI技術です。私から引用 こちらの: の主要目的は、UBRしたとの相互運用性と頑健性をUDDI仕様により公開の実装です。この目標のたびれを超えました。

彼らは現在引き続き支援をUDDI仕様を製品なので、異なる企業できるホストをUBRs民間利用）となります。

今、私はそのこと: の公共UDDI動きや、でも生き残っているのは？"

いかがですか？ご回答いませんので、できるサンプルを提供する既存の公共UDDI UBR?

Answer 1

その答え ヨミ 自分の独自の問題は、私 コメント, 思その通りです。

つまり:

公UDDI動ドライバーが必死に車を止め、IBM、Microsoft、SAP公開登録 た のUDDI動作します。

Answer 2

公UDDIが死んでも生き残るために管理民間レジストリ内の企業です。

A UDDIレジストリ機能の目的は、表現のデータやメタデータ約 Webサービスレジストリは、公共のネットワーク内 組織の内部インフラストラクチャーの基準に基づく機構の分類 カタログ、管理するWebサービスできるように発見され、消費 その他の願います。

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

こんに悪い影響を定義や目的、残念ながらでしたのです。

UDDIすることを想定して、"イエローページ"のウェブサービスしたい場合は、見webサービスを提供する特定の機能を使うものUDDI.

このプログラムは、使用基準の普遍的機構の解明のためのオンラインの相互作用SOA事業。また、動的に見上げるサービスに接続しています。の決定のための選択と同様のサービスはなに基づくメタデータのUBR(すべての内部には非常に複雑なモデルの意欲を採用）のないことの確認の場合のサービスを実際にかかった期待することができるようになります.

ものを毎の相互作用を通じた不可能な事業構.事業のものを中心人と人間活動と人間の意思決定

事業実施の間にパートナーの選択行うことにより、営業れだけ徹底した分析と交渉し、最後に印象的な取引において、ご同意のすべての条件となっている。次にそのインフラが接続されています。この点にUDDI定義は開始める意味で、企業内のUDDI以下のことが可能です。

• 移転サービスはなく、お客様の不;
• 支持荷重のバランス;
• 効率化による削減マニュアルの介入内のインフラ
• 管理冗長れば、それをサービスは失敗し、クライアント検索のための他のサービスを提供する機能);
• など

..ものすべてはこの限られたセットの所定のサービスの機能があり、意味を持ちます。

Answer 3

ません。

Apache jUDDIは、公共のスナップショットオンライン

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

Answer 4

UDDIるのは確かです。以下の三点の問題を殺す:

1. Overambitious複雑性
2. セキュリティー
3. の難しさ、存在しており、管理および収集micropayments

場合UDDI仲介動的に選択サービスプロバイダだから、帰れなかった私にとってない機会になデュー-ディリジェンスのセキュリティサービスです。どのトラブルは仲介業者にセキュリティ確保してもらえますか？なく、私はいかがでしょう。

Webサービスは一般的に使用されるファイアウォールSOA目的、用途の事業パートナーへの通知のApiを用意しています。UDDIは総漏ことを実感させられた。大きな組織はカタログ、webサービスが簡単にできるものから、wikiページが作成されます。開発者を探して潜在的に有用なウェブサービスのニーズを一項の説明では、お一人様、WSDL、発sdkです。UDDI必要はありませんせています。