InfoQ ホームページ メッセージング に関するすべてのコンテンツ
アーティクル
RSSフィード-
RSocketでRESTに安息(Rest)を
REST(Representational State Transfer)は、マイクロサービス間の通信におけるデファクトスタンダードになっています。これは望ましいことではない、と著者は主張します。現代的なサービスを開発するには、現代的な素材でHTTPを置き換える必要があります。オープンソースのRSocketはサービスのために設計されました。アプリケーションレベルのフロー制御を組み込んだ、コネクション指向でメッセージ駆動のプロトコルです。
-
信頼できるメッセージングは、不要。
Marc de Graauw氏は、WS-ReliableMessagingのようなトランスポート レベルの信頼性メカニズムが必要だ、という考えに対して、挑戦している。そのために、オランダのヘルスケアのSOAを例に、いかに、順番処理と正確に1度の処理を実現するビジネス論理の方が、ずっとうまくジョブを処理できるかを説明している。
-
プレゼンテーション層を合理化する
この記事では、Webアプリケーションが特徴となるシン・クライアントのパラダイムは"その場しのぎの解決策"であり捨て去らなければならないと考えています。なぜこのようなことを言うのか理解していただくためにインターネットが広まり始めた90年代半ばに立ち戻りましょう。
-
クレイジーなWebサービス標準の全てを理解する
Michele Leroux Bustamanteが、現在使われているWS-*の標準の中で、Webサービスプラットフォーム(Javaと.Netにフォーカスしています)に共通した実装や、採用や準備の度合いなど、関連性の高いものについて説明しています。
-
JMSとSpring.NETを使用したメッセージ連携
Mark Pollack氏が、SpringとSpring.Netを使って、Javaと.Netのインターオペラビリティのデモンストレーションをお見せします。内容としては、.NETとJavaの間のコミュニケーションの基盤としてMOMを使用し、ローカルLANで動作する単純な株取引アプリケーションの中で、.NETクライアントとJavaの中間層が連携するというものです。
-
Java、.NET、でもなぜ一緒に?
歴史的に、Java/.NET間の相互運用性についての議論は、.NETとJavaのシステムのどちらも持ち、対話させることが必要な特定の企業においてのみ発生する、"必要なときのみ"の相互運用性という見出しの元でしか行われてこず、アーキテクチャの話題の二の次とされていました。しかし、それらの議論から抜け落ちているものがあります。それは、開発者には「必要だから」という場合でなくともJavaと.NETをともに動作させたい場合があり、その動機についての議論です。
-
シンプルな JAVA と .NET SOA の相互運用性
この記事では、単純なテクノロジーと文書を中心としたアプローチを組み合わせることによって、独自のミドルウェアや複雑なWebサービススタックを利用せずに、価値の高いビジネスサービスを実現する方法について説明します。この発想は、RESTのアーキテクチャ様式や HTTP上でXMLを移動する機能から生まれたものです。