InfoQ ホームページ インターロップ に関するすべてのコンテンツ
アーティクル
RSSフィード-
/articles/swanson-moss-web-services/ja/smallimage/net.jpg)
SharePoint Webサービスを始めましょう
この記事では、WSS3とMOSS 2007に難しい設定など一切せず、すぐに利用可能なWeb サービスと、Javaと.NETからそのWebサービスを消費する方法に目を向けます。
-
/articles/idc-study/ja/smallimage/net.jpg)
インタビュー: MicrosoftのSOA戦略についてDino Chiesa氏に聞く
マイクロソフトは北アメリカをベースとして(1000人以上の従業員がいる)企業500社に対し、包括的なアプリケーションプラットフォームの調査を行った。
-
/articles/jms-spring-messaging-interop/ja/smallimage/envelope.jpg)
JMSとSpring.NETを使用したメッセージ連携
Mark Pollack氏が、SpringとSpring.Netを使って、Javaと.Netのインターオペラビリティのデモンストレーションをお見せします。内容としては、.NETとJavaの間のコミュニケーションの基盤としてMOMを使用し、ローカルLANで動作する単純な株取引アプリケーションの中で、.NETクライアントとJavaの中間層が連携するというものです。
-
/articles/os-ws-stacks-background/ja/smallimage/image_around_table(1).jpg)
-
/articles/in-process-java-net-integration/ja/smallimage/image_java_net_together2.jpg)
進行中の相互運用
あまり知られてはいませんが、非常によく使用されている2つのマネージド環境（JVMとCLR）は実際には、共有ライブラリセットにすぎません。それぞれが実行コードにメモリ管理やスレッド管理、コードコンパイル（JIT）などのサービスを提供しています。このため、同じオペレーティングシステムプロセス内でJVMとCLRの両方を用いることは大きな問題にはなりません。どのプロセスでも、ほぼすべての共有ライブラリをロードできるためです。
-
/articles/rpc-eclipse/ja/smallimage/eclipse_bckgr_logo_fc_sm.jpg)
クライアント/サーバーでの Eclipse RCP と OSGi
イリノイ州シカゴの RPC Software は、自社製品の基盤にオープンソースソフトウェアを使用することで、この市場での成功を収めています。RPC Software は、競合他社よりも、早く、低コストでソリューションを提供するために、Eclipse RCP (リッチクライアントプラットフォーム)、DotProject、および SugarCRM などの技術を活用しています。この導入事例では、これらの技術の中身、この事例から得られた開発知識、および教訓を紹介します。
-
/articles/Evolutionary-integration/ja/smallimage/esbsmall.jpg)
-
/articles/wpf-rich-client-java/ja/smallimage/image_window.jpg)
リッチクライアントテクノロジーとしてのWPF
この記事では、WPFとその他のテクノロジー、たとえばAjax/DHTML、Swing、そしてFlashを比較します。そして、Javaをベースとしたバックエンドのサービスを例として用いて、WPFフロントエンドを構築してリッチクライアントとして役立たせるいくつかのシナリオをお見せしたいと思います。
-
/articles/litescape-ip-telephone-casestudy/ja/smallimage/litescape-smallimage.jpg)
事例研究：IPテレフォニー統合
2回目となるInfoQの事例研究では、テレフォニー分野の興味深いソリューションに目を向けます。本事例研究では、LiteScapeのソフトウェアソリューションの内容に注目し、まず要求事項から始め、Javaおよび .NET実装のアーキテクチャ面の概要に触れ、WebEX/LiveMeetingと電話との統合、Java/.NET統合の相互運用性、同じマシンにインストールされたシステム間の通信におけるHTTP通信とIPC通信の比較といったプロジェクトの興味深い技術的側面をいくつかクローズアップしながら、最後���プロジェクトから学んだ総括的な教訓について説明します。
-
/articles/java-dotnet-integration-intro/ja/smallimage/image_java_net_together1.jpg)
Java、.NET、でもなぜ一緒に?
歴史的に、Java/.NET間の相互運用性についての議論は、.NETとJavaのシステムのどちらも持ち、対話させることが必要な特定の企業においてのみ発生する、"必要なときのみ"の相互運用性という見出しの元でしか行われてこず、アーキテクチャの話題の二の次とされていました。しかし、それらの議論から抜け落ちているものがあります。それは、開発者には「必要だから」という場合でなくともJavaと.NETをともに動作させたい場合があり、その動機についての議論です。
-
/articles/REST-INTEROP/ja/smallimage/redsmall.jpg)
シンプルな JAVA と .NET SOA の相互運用性
この記事では、単純なテクノロジーと文書を中心としたアプローチを組み合わせることによって、独自のミドルウェアや複雑なWebサービススタックを利用せずに、価値の高いビジネスサービスを実現する方法について説明します。この発想は、RESTのアーキテクチャ様式や HTTP上でXMLを移動する機能から生まれたものです。