Java EE と CDI を使用すると、EJB をアプリケーション クライアントに注入し、アプリケーション クライアントが EJB と対話できるようにするのは非常に簡単です。本当に簡単です。そしてまた、このコミュニケーションの流れは、本とインターネットの総和が語るものです。誰も心配しているようには見えず、会話の流れを逆にする必要もありません. EJB が、サーバーから発信されたアプリケーション クライアントにイベントと通知をプッシュできるようにしたいと考えています (アプリケーション クライアントは Java Web Start で起動されます)。
確かに、アプリケーション クライアントが常にサーバーからデータをポーリングするようにすることはできますが、それは良い設計とは言えません。私の Web クライアントは ajax long pull (comet) を使用していますが、アプリケーション クライアントよりもサーバーへの負担が本当に小さいのでしょうか?
私の見方では、JMS が唯一の選択肢です。そして、それは私が2つの間で行う単純な種類の通信にはやり過ぎのようです。私が知っているのは、JAVAエンドポイントです=) RMIを試し、アプリケーションクライアントからEJBにリモートスタブをプッシュしましたが、例外が発生しました問題のオブジェクトは、すでにある種のリモート スタブです。うーん。
アイデアはありますか？
編集
同様の議論がここで行われます。彼らも、JMS を使用する以外に方法はないと考えています。私の Java EE ブックや公式の Oracle チュートリアルのどれもがこの問題に対処していないことは、少し「混乱」していると思います。ちょっとした補足でもありません。この宇宙で自分がやろうとしていることをやろうとしているのは私だけですか？