2016-05-30 2 views
0

アクセスコヒーレンスキャッシュされたデータは、WebLogicクラスタ階層を横断(データ・キャッシュ/ EJB /サーブレット)

クラスタリング・トポロジー:のWebLogic 12cR2として

1. Three separated weblogic clusters: 
    a. Cluster-jpa (local storage enabled, used to hold distributed data cache, it is JPA back mapped to PostgreSQL database - data tier), 
    b. Cluster-ejb (local storage disabled, used to hold business application (EJBs) - application tier) 
    c. Cluster-web (Coherence Web Local storage enable, used to hold and replicate web session, it is servlet cluster - web tier) 
2. One Coherence Cluster, name: Coherence-cluster, configured as multicast (clustering mode). Three separated WebLogic clusters (jpa, ejb and web) were added to coherence cluster as members. 
3. Two WebLogic managed servers configured: 
    a. JPAServer, targeted to Cluster-jpa cluster, as Cluster-jpa was backboned with Coherence-Cluster, it is a managed coherence server as well. This managed server was used to hold Coherence Application (data tier), a ***.gar was deployed on this server, distributed cache objects and near cache was configured and works well. 
    b. EJBServer, targeted to Cluster-ejb cluster, as Cluster-ejb was backboned with Coherence-Cluster as well, it is an other managed coherence server. This managed server will be used to hold WebLogic JavaEE applications (EJBs in ***.ear format) as separated application tier (in application cluster) to consume distributed coherence data cache to provide high performance and high available business logic service. I'm having difficult to configure EJB application (***.ear) now. I followed oracle developing guide to develop a JEE application and embed the cache definition gar file into the lib directory. But unfortunately, I didn't get it work. The issue maybe caused by: EJBServer stay in Cluster-ejb cluster but JPAServer stay in Cluster-jpa cluster. 
4. Two or more domain partition configured: 
    a. Couple of virtual targets were defined and target to Cluster-web 
    b. Couple of Domain partitions were defined and targeted to virtual targets, those domain partitions were used to hold web applications (servlet tier). Coherence will be used to hold and replicate web session to support failover. Web tier will access Coherence data cache through Application tier (This part is under developing.) 

はまだかなり新しいですが、良い例とチュートリアルをたくさん見つけることができません。誰でも開発経験についていくつかのアイデアを共有できますか?

答えて

0

私は最近、最新のコヒーレンス版[12C R2]を使用してアプリケーションを展開。今はGARファイルに関するすべてです。

このブログの記事は、私の学習曲線で私を助け、私はそれを見て価値があると思います。あなたはそれをチェックアウトし、thereから始めることができるように

また、私は自分のサイトにサンプルGARファイルをアップロードしました。

+0

いただきありがとうございます。 My Coherenceで管理されるキャッシュ・サーバー(データ層のコヒーレンス・アプリケーション、Weblogicクラスタ - Cluster-jpaおよびCoherence-クラスタとのバックボーン)はうまく機能しています。私は他のweblogicクラスタ(Cluster-ejbをターゲットにし、Coherenceクラスタと同じバックボーンを使用する)にとどまるアプリケーション層(***。garを含むEJBアプリケーション)からキャッシュにアクセスするのが難しいです。 –

+0

ああ、そうです...今日のように動作させるには、EJBアプリケーションを対話したいCOHクラスターのメンバーにする必要があります。たぶんあなたは、あなたが接続したいCOHクラスターのWKAとしてあなたのEJBアプリケーションを追加しようとすることができます。 もう1つのアプローチは、ExtendedClient *アプローチです。あなたは、有効なリアルタイムクライアント(ソケットスタイル)をCOHクラスターにEJBアプリケーションを変換します。 –

+0

うん。私のEJBアプリケーション(***。ガーが含ま***。耳が)WebLogic管理対象サーバー(EJBServer)に配備された、EJBServerは、WebLogicクラスタ(クラスタ-EJB)のメンバーであり、クラスタEJBはコヒーレンスクラスタのメンバー(ありますコヒーレンスクラスタ)。私のコヒーレンスアプリケーション(***。GAR)がキャッシュサーバ(JPAServer)に配備された、JPAServerは、他のWebLogicクラスタ(クラスタ-JPA)のメンバーであり、クラスタ-JPAは、同様にコヒーレンスクラスタ(コヒーレンスクラスタ)のメンバーです。これは、同じCOHクラスタを共有するEJBとGARを意味します。 –