2012-03-15 6 views
3

私は自分の組織にWCF Webサービスのレジストリ/ディレクトリを構築する任務がありました。私の最初の考えはUDDIの使用に関するものでした。しかし、UDDIは、いくつかは、それが死んでいると主張し、特に優れたプレスを楽しむようには見えません - 次のことを考慮するとWhat are some good alternatives to a UDDI registry?Webサービスディレクトリ - UDDI?

を参照してください。

  • このレジストリは、ビジネス目的のために厳密である、つまり、我々はリスト をしたいですWebサービスのと
  • 発見が必要とされていない、その機能のWebサービスを文書化、すなわちクライアントは が事前に設定すると、任意のサービスへの変更を手動で はそれをbすべき
  • を伝播されます続けますレジストリへの公開を自動化することが可能です。 サービスの展開プロセスの一部

考慮すべき価値のある選択肢はありますか?

答えて

0

私はカスタムSharePointリストを使用します。

+0

です特定のバージョンにコミットされている場合、ファームがどこにあるかを知ることができ、リストのIDとそれに含まれる列を知ることができます。それはあなたが項目の前に知る必要がある多くのことです。動的発見のポイントは、サービスがどこにあるのかを少なくとも知る必要があることです。 – spy

+0

ダイナミックな発見がより一般的になっていないことは残念です。また、SharePoint Foundationは無料です。リストを検索し、メタデータとそのデータを読み取るために必要なURLは1つだけです。 –

1
  • UDDI
  • のebXML
  • WS-ディスカバリー
  • のmDNS

は、Java-地にいる場合は、JAXRは、SharePointを持っている場合のみ動作し、別の場所

関連する問題