0

これは、これら2つのテクノロジーについての意見を求めるものであるため、それほど問題ではありません。これに関する少しの背景：エンタープライズプロジェクトでJMSを使用することを提案したところ、クライアントはebXMLについて話しに戻ってきました。正直言って、これが何であるかわからなかったし、ネットワーク上でそれについて読んだことも、どこでも誰かがそれについて話しているのを聞いたこともありません。では、コミュニティとして、皆さんはお互いについてどう思いますか？

JMS http://en.wikipedia.org/wiki/Java_Message_Service

ebXML http://en.wikipedia.org/wiki/Ebxml

4

2 に答える 2

1

私には、SunのJMSRIとOASISのebXMLの両方に取り組んだ特権があります。リンゴとオレンジの比較だという前の声明に同意します。

  • JMSはJavaAPIです。ebXMLは、XML仕様とプロトコルのセットです。これはかなり違います

  • JMSは、Javaメッセージサービスを必要とするpub/subメッセージング用のAPIを定義します。ebXMLは、共通の機能セット（ebXML CPPA）、レジストリおよびリポジトリ（ebXMl RegRep、およびメッセージングサービス（ebXMLメッセージング）を使用して対話する方法に関する技術的合意に至るまで、多くのことを行う仕様のセットです。最後の仕様は次のとおりです。 JMSを比較していたもの。

  • [1]には、JMSとebXMLメッセージングの便利な比較があります。

「JavaMessagingService（JMS）は、メッセージキュー製品への標準プログラミングインターフェイスを提供しますが、これらの製品で使用されるメッセージ形式とワイヤプロトコルは独自のものであり、送信者と受信者は同じベンダーの実装を使用するか、JMS-to-を使用する必要があります。 JMSブリッジ。ebXMLメッセージングサービスの1つの約束は、メッセージキュー製品の利点のいくつかを提供すると同時に、オープンソース実装を含むさまざまなベンダーによって提供されるebMS実装の選択肢をユーザーに提供することです。」

[1] ebXMLメッセージングサービス、Pim van der Eijk著、2003年3月18日 http://www.xml.com/lpt/a/1175

于 2011-09-18T12:57:48.013 に答える
0

私にはリンゴやオレンジのように見えますが、ウィキペディアの記事からは、実装が提供する必要があるものが完全には明確ではありませんでした。

実際に必要なメッセージングに適している場合は、JMSのようなEE標準を使用しないように確信する必要があります。

于 2011-09-15T22:02:13.910 に答える