シナリオ:クラスタに展開されたjavascriptアダプタの制御ポーリング動作
イベントソースに基づくプッシュ機能を目的としたHTTPアダプタです。それは ポーリングメカニズムを使用します。
問題: 合計が4 JVM内で展開されるように
アダプタは、水平方向に2 JVMそれぞれとクラスター2つのノードに配備されています。ポーリングが開始されると、アダプタは1つのJVMでのみ実行されます。つまり、4つのJVMすべてからポーリングされません。
シナリオ:クラスタに展開されたjavascriptアダプタの制御ポーリング動作
イベントソースに基づくプッシュ機能を目的としたHTTPアダプタです。それは ポーリングメカニズムを使用します。
問題: 合計が4 JVM内で展開されるように
アダプタは、水平方向に2 JVMそれぞれとクラスター2つのノードに配備されています。ポーリングが開始されると、アダプタは1つのJVMでのみ実行されます。つまり、4つのJVMすべてからポーリングされません。
ポーリングアダプタをデプロイするマルチJVMシナリオでは、ポーリングを開始する特定のJVMを制御できず、4つのJVMのいずれかで実行できます。これは少なくともここの製品バージョン(7.1)のコンテキストでのデフォルトの動作です。
また、4つのJVMのすべてでアダプタのポーリングを開始することはできません。
このようなシナリオでは、プッシュ通知をトリガーする手段として、ピックアップするイベントを探すために、4つのJVMのすべてがポイントする必要がある共通の場所を持つことをお勧めします。これにより、JVMを再起動する必要があるときに、問題が回避され、ポーリングが4つのJVMのいずれかで開始できるようになります。JVM