問題タブ [jboss-cache]

このアプリケーションは、Tomcat、Websphere、およびWeblogicで正常に実行され、その一部としてJbossCacheバージョン3.1.0.Gを使用します。

次に、JBossサーバー環境でも実行できるようにアプリを調整します。

このバージョン（3.1）のJBossキャッシュと共存できるJbossサーバーバージョンはありますか？Jbossがここで公開している互換性マトリックスで一致するものが見つかりませんでした：
http ：//www.jboss.org/jbosscache/compatibility.html

関連する問題（JBossサーバー4.2.3.GAで実行するようにJBOssキャッシュを設定します）

私は拡張持続性コンテキスト (SFSB に注入された Entitymanager) を使用しており、さらに@TransactionManagement(value=TransactionManagementType.BEAN)SFSB が を完全に制御できるように設定していUserTransactionます。

トランザクションは、エンティティ Bean への参照を含む SFSB のルックアップを開始するクライアント側で制御されます。

それはこれまでのところうまくいきます！

JBoss Cache と複数のクライアントを有効にした後、最初のクライアントのみがデータベースの選択を引き起こします。他の人はキャッシュからエンティティを取得します。

完全！

問題：

2 つのクライアント (CLIENTA、CLIENTB) が同時に同じ主キーを持つエンティティを検索します。CLIENTA がプログラムを実行している間、CLIENTB は findByPrimaryKey の後で手動で停止します。CLIENTA が終了すると (値が正常に永続化されます)、CLIENTB のシステム出力は、変更されてデータベースにも格納された古い値を表示します。

だから私はCLIENTAの価値観を失っています!!

これは JBoss Cache 設定の問題ですか、それともシステム設計の一般的な問題ですか?

エンティティのキ​​ャッシュ構成:

persistence.xml に構成をキャッシュする

どんなアドバイスもありがとう！

Jboss 4、hibenate、spring、treecache を使用しています。環境が異なるため、クラスター情報を別のプロパティ ファイルに保存し、treecache xml ファイルからコンテンツを参照したいと考えています。にコピーしtreecache-optimistic.xmlました

プロパティを設定します\jboss-4.2.0.GA\server\Pearl\deploy\properties-service.xml

次のように、treecache-optimistic.xml で参照しようとしました。

インスタンスを起動した後、JMX を介して、クラスターの名前が${cluster.name}プロパティの値 ( ClusterName) ではなく、 であることがわかりました。どうにかプロパティが見つからないと思ったのですが、参照先を変更すると

次に、次のエラーが表示されます。

フィルタ開始時の例外:クラスパス リソース [ ]で定義されたServletRequestScopeFilter org.springframework.beans.factory.BeanCreationException名前 ' ' の Bean の作成中にエラーが発生しました:メソッドの呼び出しに失敗しました。ネストされた例外は: : プロパティの値部分に無効な文字 ':' ですpearlSessionFactoryhibernate-spring.xmlinitorg.hibernate.cache.CacheExceptionjavax.management.MalformedObjectNameException

休止状態のプロパティは、Spring によって構成されます。

treecache-optimistic.xmlがプロパティ ファイルを処理できない理由がわかりません:-(

ありがとうゾルタン

Spring 構成ファイルを使用して JBossCache のインスタンスを構成しようとしています (最終的に Tomcat で使用するため)。私はオンラインで例を見ていないので、サンプル JBoss Microcontainer 形式と Spring IoC の間のマッピングを理解しようとしています。

JBoss Cache の Spring 構成の例はありますか?

JBossEAP4.3を使用しています。

現在、組み込みのJBossTreeCacheをHibernateの第2レベルのキャッシュとして使用する場合の同時実行戦略のさまざまなオプションを検討しています。私はそれを設定し、ログを調べてキャッシュが機能していることを確認しましたが、実際にどの同時実行戦略が使用され、どのように機能するのかわかりません。

エンティティごとに、注釈に次の「使用法」の値のいずれかを設定でき@Cacheます：、、、、、。NONEREAD_ONLYNONSTRICT_READ_WRITEREAD_WRITETRANSACTIONAL

一方、私のJBossTreeCache構成ファイルでは、キャッシュ全体に対して次のいずれかに設定できます：、、、、、IsolationLevel（または単に使用する）。NONEREAD_UNCOMMITTEDREAD_COMMITTEDREPEATABLE_READSERIALIZABLEOPTIMISTIC

構成オプションを1つずつ調べると、ドキュメントは非常に明確ですが、さまざまなオプションを組み合わせるとどうなるのでしょうか。

たとえば@Cache(usage = CacheConcurrencyStrategy.TRANSACTIONAL)、エンティティを設定したが、NONEとして設定しIsolationLevelた場合、どうなりますJBossTreecacheか？

また、サポートと使用法JBossTreeCacheのみをサポートしていると思いますが、それらを何と組み合わせることができますか？たとえば、を使用するとどうなりますか？NONEREAD_ONLYTRANSACTIONALIsolationLevelNONSTRICT_READ_WRITE

全体として、ここには5x6の異なる組み合わせがあるはずですが、すべてが理にかなっているわけではありません。

誰かが私がこれを整理するのを手伝ってくれる？

Jbossクラスターをセットアップし、Jbossキャッシュに基づいて構築された独自の分散キャッシュソリューションを構築しています（この場合、ORMレイヤーへの第2レベルのキャッシュとして使用できません）。キャッシュモードとしてレプリケーションではなく無効化を使用したいと思います。（非常に）少しのテストで両方のソリューションが機能しているように見える限り、オブジェクトはキャッシュに入れられ、いずれかのサーバーで更新されるとオブジェクトは削除されているように見えます。これにより、AOPインストルメンテーションを使用したPojoCacheは、オブジェクト全体ではなく、更新されたフィールド値のみをレプリケートできるように、レプリケーションを使用する場合にのみ必要であると私は信じています。私はここで正しいですか、それとも私たちのシナリオでTreeCacheよりもPojoCacheを使用することに他の利点がありますか？また、PojoCacheに利点がある場合でも、AOPインストルメンテーションが必要であり、エンティティに@PojoCacheableアノテーションを付ける必要がありますか（はい、JBCache1.4を使用しています。

よろしくジョナスハイネソン

jboss 4.2.x でツリー キャッシュを使用しています。jboss6.x に切り替える予定です。jboss 6.x はツリー キャッシュをサポートしますか?

JBossCache のドキュメントを読むと、エビクションにはさまざまなポリシーがあります

JBoss Cache には、 Cache.evict() の代わりに、削除する必要があるノードごとに Cache.removeNode() を呼び出す RemoveOnEvictActionPolicy も同梱されています。

ドキュメントと API を確認しましたが、両者の違いがわかりません。

そんな違いわかる人いますか？

私の会社は、アプリ サーバー上でキャッシュを構成して開始するだけの Java アプリを起動し、別のスタンドアロン アプリが最初のプログラムからそのインスタンスを呼び出して書き込み/読み取りを行うオプションを調査したいと考えています。

現在、データへのアクセスが遅い仕事がありますが、データを読み込んで同じマシンで常に利用できるようにすることができれば、アクセス速度を向上させるのに役立つかもしれません.

別のプロジェクトがキャッシュにアクセスする例はありません。

誰かが指示や例の URL を持っていれば、私はそれを感謝します.

または、利用可能な別のオープン ソースでこれを行う方が簡単な場合は、ご意見をお聞かせください。

前もって感謝します。

JBoss Cache または Ehcache のいずれかのキャッシュを実装するために使用することを検討しています。両方の API を調べた結果、JBoss は生のオブジェクトをキャッシュに入れることができ、Ehcache はデータをオブジェクトにラップする必要があるため、JBoss はおそらく Ehcache よりもメモリ効率が少し高いと直感しましたElement。

キーと値のタプルをキャッシュに繰り返し挿入するクイック ベンチをセットアップしました。キーと値のクラスは非常に単純です。

鍵：

価値：

100000 個のオブジェクトをメモリに挿入すると、予想どおり、Ehcache は 13396 バイトを使用してオブジェクトを保存しましたが、JBoss は同じ操作に 5712 バイトを使用しました (同じテストでConcurrentHashMap5680 バイトを使用したため、これは良好です)。

しかし、実行時間を見ると、非常に悪い驚きがありました。JBossCache が同じことを行うのに 44 秒かかったのに対し、Ehcache がテストを実行するのに 300 ミリ秒かかりました。私の JBoss 構成には、この違いを説明する何かが腐っていると確信しています。

Ehcache は、次のようにプログラムで初期化されます。

JBoss キャッシュは、Spring を使用して次の Bean 構成で作成されます。

および次のjbossCacheConf.xmlファイル:

完全を期すために、Ehcache テストは次のとおりです。

JBossのものは次のとおりです。

セットアップ/ベンチマークに何か問題がありますか?