同じ埠頭内で実行されている2つの戦争の間に低遅延の通信を実現するには、どのようなオプションがありますか?同じコンテナ内の戦争中のプロセス間通信
私は基本的に、ある戦争では他の戦争でサービスを呼び出す必要がありますが、それをWebサービスとして呼び出すオーバーヘッドはありません。
同じJVMで実行されているので、私はRMI/JMSなどの使用を避けたいと考えていますが、他にどのようなオプションがあるのかわかりません。
私はサーブレット間の通信を見てきましたが、ダイレクトメソッドの呼び出しは正しい選択ではないように思われるdeprecatedですか?
私はkyronetも見つけましたが、これは同じJVMにあるので、より良い解決策がありますか?私が探している何
は、ApacheキャメルのVM Component(ウェブ・アプリケーション間のseda)のようなものですが、アプリケーションの一つだけが、このためにキャメルを使用しているので、オプションではありません。
私は、私はいくつかのDTOの戦争の間を共有する必要があります知っているが、それは私がこの質問をされることはない:)
オプションだった場合、共有ライブラリにサービスを引っ張って提案しないでください編集:
おそらくEJBコンテナを埋め込むこともできません。
お返事ありがとうございます! JettyのJNDIサポートをなぜ放棄しましたか?独自のNamingManagerを実装しましたが、Context APIを使用しましたか、JNDIをすべて削除しましたか?問題をJettyに登録する方法を説明するリソースを教えてください。ああ、そして最後に、このソリューションを介して転送されたオブジェクトは、参照渡しまたはシリアル化されていますか? – ebaxt
オブジェクトインスタンスが直接参照できるように、 'reference'を渡します。 JNDIは問題ありません。いくつかの情報[link](http://docs.codehaus.org/display/JETTY/JNDI)でこのリンクを試してみてください。私たちはそれを落とした理由は2つありました。柔軟性(固定インタフェース、クエリ機能、ランタイム登録を持つ複数のレジストリ)とよりリーンなパッケージ(JNDIは一般的であり、我々が必要としない機能を提供する)でした。レジストリを実装するには、webappのライフサイクルを適切に処理する必要がありますが、それは簡単ではないかもしれません。 –
恐ろしい、ありがとう! – ebaxt