Typemock: その過去・現在・未来
Eli Lopian氏率いるTypemock社の過去・現在・未来について、インタビュー形式にて記します。
作者 Hartmut Wilms, 翻訳者 編集部 投稿日 2007年11月1日 午前4時5分
現在業界をリードする、ソフトウェア開発者用のJava/.NETインターオペララビリティツールを提供する一会社であるJNBridge(サイト・英語)は、Microsoft .NETプラットフォーム用の新たな二つのJava Messaging Services(JMS)を発表した。一つのアダプタはWindows Communication Foundation(WCF)を拡張し、どのベンダーのJMS実装も.NETアプリケーションに直接統合させるのを可能にし、もう一つのアダプタは JMS機能をMicrosoftのBizTalk Server 2006(R2)(source)に接続するものである。
JNBridge JMSアダプタはJMSメッセージの生成、実行のための簡易な.NETインターフェースを提供する。なぜならJMSは単なる仕様であり、それぞれのJMS実装はベンダーに依存されていて、他のベンダーの実装は通常インターオペラブルではないのである。JMSアダプタは動的にプロキシクラスを生成し、ベンダーのJMSクライアントを包み込むことによってこの問題を提示している。そしてそれは静的.NETインターフェースを実装するものである。それゆえにJNBridgeはどのJMS実装とも互換性がある。デベロッパはアダプタの設定内でJavaクラスパスを調節することによって、一つのクライアント実装から他のものに変更することができる。”長年に渡って私たちはJNBridgeProの顧客たちから.NETかBizTalk Serverアプリケーションで、JMSサーバからメッセージをもっと簡単に送る方法に対する要望を受けていました。”とJBNridgeのCTOであるWayne Citrin氏は説明している。”現在は私たちの新たな.NETとBizTalk Adapers、完全で即時的なインターオペラビリティを約束する効率化、また自動化された方法が可能になるのです。ユーザ達がWCT LOBアダプタかもしくはBizTalk Serverアダプタフレームワークを使用するのに、JMSプログラミングとアダプタコンストラクション両方の詳しい知識は必要とされないのです。私たちは自動化されたプロセスをただ一つのステップにまとめたのです。”
JMSがサポートしている機能は下記のとおりである。
アダプタは両方ともJNBridgePro(サイト・英語)テクノロジをベースにしていて、クラスのAPIを提供するプロキシ一式を生成することによってインターオペラビリティの橋わたしを行い、.NETとJavaクラスのコミュニケーションを管理するものである。.NET用のJMSアダプタはWCF LOBアダプタSDK(サイト・英語)を利用している。Javaと.NETのインターオペラビリティは共有コミュニケーションチャンネルを使用するカスタムトランスポートチャンネル実装を提供することによって成される。下記の図はアダプタのアーキテクチャの概観である。
また.NET用のJNBridge JMSアダプタ(サイト・英語)はAdapter Service Reference Visual Studio Add-Inによって提供されるWCF LOBアダプタメタデータブラウズ・検索機能を活用している。デベロッパはJMS Serverのメタデータをブラウズ、検索、選択された動作とタイプを使用して.NETプロキシクラスを生成することが可能になる。
BizTalk Sever用のJNBridge JMSアダプタ(サイト・英語)はどのベンダーのJMSサーバと同様にBizTalk Server 2006と2006 R2で動作する。またそれはBizTalk ServerオーケストレーションをJMSインフラにつなぎ、JMSのプログラミング知識を必要としない。
Advanced Message Queuing Protocol(AMQP)(サイト・英語)とJNBridgeがこのサポートを提供するかどうか尋ねると、Wayne Citrin氏はもう既に顧客からの要望があり、現在市場を観察していると返答した。現在の時点ではJMS統合とJMS製品がいくつか入手可能である。
このアダプタは両方即入手可能となり機能がすべてそろっている評価版がwww.jnbridge.comにてダウンロード可能となっている。
原文はこちらです:http://www.infoq.com/news/2007/10/jnbridge-jms
この論文では、仮想化やクラウドサービスの複雑なメリットと実世界における応用を検討します。さらに重要なこととして、Contegixが複雑な問題の解決に仮想化を実装している方法や、仮想化を使うべきではないケースについて詳細を提供します。
Fiberはユーザに試練を課すことなくこの考えを実装する有益な並行性ツールとして、ライブラリが2つあります。まさにこのためのソリューションとしてあるのがNeverBlockライブラリです。私たちはNeverBlockプロジェクトのMohammad A. Ali氏とRevactorライブラリのTony Arcier氏に話を聞きました。
システムの保守容易性や拡張性を確保するためのベスト・プラクティスに関する記事は数多くありますが、この記事では避けた方がいい、いくつかの悪習慣(ワースト・プラクティス)を強調します。
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
No comments
返信