多くのRIAフレームワークがポップアップ表示されます（flex、extjs、gwtなど）。
サーバーがJavaで作成されている場合は、Java Web Startを使用してみませんか？
私が見る利点：デバッグしやすい言語（javascriptと比較して）でプログラムすることができ、サーバー側とクライアント側（検証、モデルオブジェクト）で同じコードを使用できます。SWTを使用すると、見栄えの良いGUIが得られます。
ブラウザでプラグインを要求する（またはCLIツールを使用する）ことを意味する場合でも、私のアプリケーションがエンタープライズアプリケーションである場合、それは重要ですか？
唯一の反論は、多くの場合、リッチ クライアント アプリのクライアントのマシンに Java ランタイムを強制的にインストールすることは不可能だということです。他のすべては好みの問題であり、既存の知識と経験です。
Webstart の場合、クライアントに Java がインストールされている必要があります。フレックスフラッシュ用。Silverlight .Net の場合。その他の RIA プラットフォームの場合は、JavaScript 対応ブラウザー。その質問には多くの製品政治があります。
そして Java は非常に意図的です。もちろん、Java の大きな利点の 1 つは、すべてのプラットフォームまたは環境 (サーバー/クライアント/ミドルウェア) で同じ言語、同じ知識、同じコードを使用できることです。
企業内で使用する場合は、まったく問題ありません。ビジネスがインターネット上にある場合、決定ははるかに複雑になります (または、異なるプラットフォームで同じ機能を提供する必要さえあります)。
これまで完璧なクライアント技術は存在しなかったと思います。私たちは ajax に興奮していましたが、Adobe Air のような別の「ホットな」テクノロジーがあります。これらの技術と「昔ながらの」クライアント サーバー アプリの違いは何ですか? 友よ、私たちは90年代初頭に戻ってきました！たとえば、AIR は、クライアント マシンにインストールされたランタイムを必要とし、ローカル システム リソースにアクセスし、バイナリ プロトコルを使用してサーバーと通信します。一方、Spring のバイナリ リモーティング プロトコルを介してサーバーと通信する純粋な Java Swing クライアントを使用して、"RIA" アプリケーション (および非常に優れたアプリケーション) を開発しています。そして、このような開発ライフサイクルでは、Java-Webstart が勝者であると言わざるを得ません。特に大規模なプロジェクトでは（つまり、大規模な、e-shops だけでなく) Java の分野で、これよりも生産的で保守しやすいもの (ああ! 保守... 別の大きな話) を見つけたことがありません。あなたのユーザーが見栄えの良いもので生活でき、若くてセクシーだからという理由だけで別のテクノロジーを採用する必要がない場合、IMOはwebstartを使用します。ビジネスモデルにもっと力を入れてください。結局のところ、エンタープライズ アプリはビジネスに関するものであり、アニメーションではありません。そして、お金はビジネスの場所です;）
はい、一部の大企業では依然として IE6 を標準ブラウザとして、また Web ベースのアプリケーションの要件として使用していることを考えると、それは問題だと思います。また、サードパーティのプラグインを恐竜ブラウザにインストールすることはできません.
また、JavaScript、CSS、HTML などの既存のブラウザ テクノロジを使用する RIA テクノロジ (クライアント側の JavaScript を生成するだけの GWT や、JavaScript コンポーネント ライブラリにすぎない ExtJS を含む) と、追加のランタイム環境を必要とする RIA テクノロジとの間に違いはありません。 (Flash、Flex、またはクライアント側)。
もちろん、プロプライエタリまたはサード パーティのソリューションを使用したほうが簡単に達成できることもありますが (または、これらのプラットフォームのいずれかについてより多くの知識を持っているだけです)、標準化され、最新のすべてのブラウザーに既に実装されているテクノロジには大きな可能性があると私は考えています。 (ブラウザ間の違いも、ゆっくりではありますが着実に良くなっています)。
サードパーティのアプリケーションとして出荷する場合は、JRE をシステム要件として定義できますが、JavaWeb Start の代わりに、通常の Java アプリケーションとして出荷することもできます。