私は現在 BlazeDS を使用しており、LCDS の機能を切望していますが、顧客に $$$ の支払いを要求するつもりはありません。したがって、サードパーティのツール (dpHibernate?) を使用するか、GraniteDS に切り替えるかして、これらの機能を自分で構築することを検討しています。
前回この質問をしてから 2 周年を迎えるので、もう一度質問しようと思いました。
その時以来、Spring-Flex は Hibernate シリアライゼーション サポートを BlazeDS に追加して、遅延初期化例外を回避しました。読み取り専用プロパティをシリアル化するための新しい BlazeDS 構成オプションもあります。
一方、GraniteDS の Tide 機能は成熟しているようです。
さらに、サーブレット 3.0 仕様はしばらく前から公開されており、NIO のサポートが追加されたことで、プッシュ型のメッセージングが必要な人にとっては違いが生まれるかもしれません。
それで、最新のものは何ですか？
今日（2012年2月29日）現在、GraniteDSコミュニティはまだ非常に活発であり、製品は定期的に新機能で進化しており、技術的な問題が発生した場合（ここを参照）、または単に重要な展開のための一種の保険。
GraniteDSのメッセージングは非同期サーブレットに基づいており、成熟しており（2007年後半に導入）、要求の厳しい本番環境で実証されており、BlazeDSメッセージングスタック（従来のサーブレットに基づく）よりもはるかにスケーラブルです。
私は本番環境で GraniteDS を使用したことはありませんが、私の意見では、機能の追加、有料サポートやプロフェッショナル サービスの提供など、BlazeDS から収益を上げることを決定する企業がなければ、常に BlazeDS よりも優れた機能を備えていると思います。Farata Systems はそれを行っていると思いますが、おそらくさまざまなクライアント向けにカスタム開発を行っており、メインラインに機能を追加していません。
したがって、おそらく生産性の観点から、GraniteDS は良い選択になる可能性があります。選択する前に、コミュニティが非常に活発であるかどうか、フォーラムで技術的な質問への回答が得られるかどうか、最も重要なことは、GraniteDS を理解しやすいかどうかを再確認します。技術的な問題が発生した場合のソース コード。
メッセージングに関連して、専門的なソリューションが必要な場合は、GraniteDS ではなく BlazeDS を選択しないと思います。市場には専用のソリューションがあります。両方でなくても問題ありません (BlazeDS には、私が知っていることからもう少しオプションがあります)。
専門的なソリューションとは、LCDS、Lightstreamer、Kaazing (およびおそらくそれ以上) を意味します。BlazeDS に含まれていない LCDS の重要な機能: 信頼性の高いメッセージング、メッセージ スロットリング、DMZ が必須であるアーキテクチャにソリューションを展開する機能 (http://www.lightstreamer.com/architecture.htm)、接続する機能非 Flex クライアント (HTML) にも。
実際、私たち（Farata Systems）は、BlazeDSがうまく機能するオープンソース製品を改善し続けています。Clear Data Builderと呼ばれるツールの最新バージョン（4.2）は、HibernateまたはPOJOに基づいて数分でCRUDアプリケーションを生成できます。Springフレームワークも接続しました。BlazeDSクライアントのすべてのリクエストはSpringのDispatcherServletによって処理されます。
これがWikiページhttp://cleartoolkit.com/dokuwiki/doku.phpです。メインのWikiページの下部にスクリーンキャストとワークショップがあり、BlazeDS with Hibernateプロセスを段階的に説明し、SpringSecurityモジュールの接続がいかに簡単であるかもわかります。データ同期、階層データ収集、トランザクション更新、ページネーションなどをサポートしています。
どうやら、この素敵な（そして無料の）製品をもっと人気のあるものにするために、もっと騒ぐ必要があります:)