
Javaを使ってOffice2007をクラックする
最近の連載、「Officeのリッチクライアントアプリケーション」で、我々は、基準としてOffice2007プラットフォームを使い、様々な異なる方法でJavaテクノロジーと相互運用するリッチクライアントアプリケーションをどこから構築するかについて議論しました。その際にカバーされなかった OfficeとJavaの相互運用性の1領域は恐らく最も古びた方法になっているでしょう。

最近の連載、「Officeのリッチクライアントアプリケーション」で、我々は、基準としてOffice2007プラットフォームを使い、様々な異なる方法でJavaテクノロジーと相互運用するリッチクライアントアプリケーションをどこから構築するかについて議論しました。その際にカバーされなかった OfficeとJavaの相互運用性の1領域は恐らく最も古びた方法になっているでしょう。

知恵のあるJava開発者をずっと避け続けている、興味深い一面に、別のクライアントプラットフォームがあります。これは、すでにユーザのデスクトップのほぼすべてに存在し、ユーザインターフェイスオプションとして驚くほどの量の能力と柔軟性を提供し、リリースされたすべてに集中的な研究を経た親しみやすいユーザ対話型形式を提供しています。もちろん、Microsoft OfficeプラットフォームのWord、Excel、Outlook、PowerPoint、InfoPathのことを話しています。

歴史的に、Java/.NET間の相互運用性についての議論は、.NETとJavaのシステムのどちらも持ち、対話させることが必要な特定の企業においてのみ発生する、"必要なときのみ"の相互運用性という見出しの元でしか行われてこず、アーキテクチャの話題の二の次とされていました。しかし、それらの議論から抜け落ちているものがあります。それは、開発者には「必要だから」という場合でなくともJavaと.NETをともに動作させたい場合があり、その動機についての議論です。
Ted Neward氏がBruce Wilson氏による確固とした主張を指摘している。ブラウザの代わりにクライアントとしてMicrosoft Officeを使用することで、エンタープライズアプリケーションの能力と使用性を高めるというものである。Ted氏が指摘してるように、バックエンドがJavaやWebサービスを意識したバックエンドである場合でも、このストラテジーはすばらしいオプションになり得る。
SpringSourceのCEOであるRod Johnson氏による突然の発表があった。SpringSourceがMicrosoftによる買収に合意したというものである。InfoQはJohnson氏にインタビューし、この買収について詳細を聞き、この買収がSpringおよび.Net Frameworkの今後にどのような意味を持つのか伺った。
知恵のあるJava開発者をずっと避け続けている興味深い一面に、とあるクライアントプラットフォームがあります。これは、Microsoft OfficeプラットフォームのWord、Excel、Outlook、PowerPoint、InfoPathのことです。