問題タブ [gigaspaces]

ギガスペースと同じくらい優れていて、安定していて、機能が豊富なものはありますか?

I've been reading up on so-called "data grid" solutions for the Java platform including Terracotta, GigaSpaces and Coherence. I was wondering if anyone has real-world experience working any of these tools and could share their experience. I'm also really curious to know what scale of deployment people have worked with: are we talking 2-4 node clusters or have you worked with anything significantly larger than that?

I'm attracted to Terracotta because of its "drop in" support for Hibernate and Spring, both of which we use heavily. I also like the idea of how it decorates bytecode based on configuration and doesn't require you to program against a "grid API." I'm not aware of any advantages to tools which use the approach of an explicit API but would love to hear about them if they do in fact exist. :)

I've also spent time reading about memcached but am more interested in hearing feedback on these three specific solutions. I would be curious to hear how they measure up against memcached in the event someone has used both.

Java の Executor は (私が理解している限り) ThreadPool の概念を抽象化したものであり、タスクを受け入れて実行 (実行) できるものです。

ポーリングの概念について同様の例外を探しています。特定の Queue (これは を実装していません BlockingQueue) からアイテムを継続的にポーリング (デキュー) し、それらを実行してスリープ状態にし、シャットダウンするまでこれをすべて繰り返す必要があります。

既製の抽象化はありますか、それとも自分で何かを書く必要がありますか?

(より良いタイトルの提案は大歓迎です)

複数のアプリケーションをクラウドプラットフォームに簡単に追加できるプラットフォームを開発し、アプリケーションをSaaSベースで提供できるようにするプロジェクトに取り組んでいます。すべてのアプリへのシングル サインオン アクセスがあります (おそらく Open SSO を介して)。

1. Mule ESB (さまざまな言語で開発されたアプリを統合するため) 2. GigaSpaces XAP (スケーラビリティーのため) 3. Appistry Cloud IQ Platform (アプリケーションをアップロードするため) 4. ホスティング用の GoGrid

これは正しいツールの組み合わせですか? 他の組み合わせをお勧めできますか？

そのため、GigaSpaces XAP と Hibernate プラグインを使用して DB テーブルをグリッド キャッシュにロードしています。残念ながら、グリッドのクエリでは、大文字と小文字を区別しない検索を直接サポートしていません。

彼らは2つの解決策を提供しました：
1-遅いLIKEクエリ（SQLと同じ）を使用します（これを気にする必要はありません）
2-大文字と小文字を区別しないフィールドの別のプロパティを作成します。

だから今私の選択肢は次のとおりです
。 「ToLower」プロパティ。(サポートされていますが、最後の手段として残します)

私は間違いなく＃1には行きません。最終結果としてカスタムデータローダーを残します. だから私の考えは...

これは Hibernate で動作しますか? GigaSpace データローダは Hibernate を使用しており、私の pojo はほぼエンティティ クラスです。注釈ではなく、Hibernate XML マッピングを使用しています。「ToLower」フィールドはマップされません。Hibernate はマップされたすべてのフィールドで setXXX() を呼び出しますか、それとも内部で派手なコード置換を行い、setXXX() メソッドを呼び出しませんか。

また、ここで注釈を使用すると良いと思いますが、それらを実装する方法や、この場合に可能かどうかさえわかりません。

It's my belief that many people run into this problem: from a frontend JSP page, a user set up some criteria based on which a SQL is constructed and used to retrieve results from one or more database table(s). The issue is, this table grows by 1 mill per day and becomes gigantic.

I know there is not a definite answer to this question: how can we do to expedite this procedure? Indexing might be one (which I heard a lot but know little about), and another thing on my mind is to use some customized caching solution such as Gigaspace. Will Hibernate help in this case?

Anyone else wanna add their 2 cents?

Thanks a lot! John

SQL データベースに頼らずに Gigaspaces XAP 8 でデータを保持することは可能ですか? 私のアプリケーションは SQL とはまったく関係がなく、典型的な SQL 設計を反映するようにすべてを再構築するのは非常に面倒です。しかし、ひどい XAP 8 のドキュメントでは、可能な永続性として Hibernate/SQL のみが言及されています。

私が本当に望んでいるのは、XAP またはプロセッシング ユニットを再起動したときに自分のスペースに配置したデータが消えないようにすることだけです。

Twitter から情報をダウンロードして処理する Java プラットフォームを開発する必要があります。基本的な考え方は、タスク (基本的には ID とキーワード) を生成し、このタスクをリモート ワーカー (コンピューターごとに 1 つ) に送信するための集中型コントローラーを用意することです。タスクとワーカーの両方のステータスを知るために、ステータス レポートを定期的に受け取る必要があります。少なくとも 60 人のワーカーが必要です (近い将来には 10 倍になります)。

私の最初のアイデアは RMI を使用することでしたが、双方向で通信する必要があり、RMI に慣れていません。もう 1 つのアプローチは、SSLSockets を使用してシリアル化されたオブジェクトを送信することでしたが、多くのエラーを制御し、タスクとワーカーを監視するために多くのコードを追加する必要がありました。Spring Batch、Gigaspaces、Quartzなどのフレームワークの使用について教えてくれた人もいました。

このプロジェクトに最適な選択肢は何だと思いますか? 当分の間、私は Gigaspaces について多くの良いことを読んできましたが、それを実装する方法についての良いチュートリアルを見つけることができず、Quartz が有望に思えます。どう思いますか？それらのいずれかを使用する価値はありますか?