質問
(x-掲載guiceメーリングリスト)
私は爆Guice新しいライブラリで暮らすことに、既存の願います。すべてのアプリ今は春のアプリとしての共通コードと結びつけ、春に主にスレッドモデルがあります。基本的に私は何ひとつと考えられるのである) 論理的なねじになります。
そしてスローされる可能性があります仕事でも確実に仕事を与えられたキーも同じパイプのことをいわれる、との見方を示した。通常、このシングルスレッドが生活するためには申請が悪いことがその後の労働者のスレッドとバックのパイプはスローされ、パイプ解除され、新たに労働者をパイプの再稼動する。すべての配線はこちらよります。
私の新しいlibを使う必要がこのスレッドモデル&Iプランの利用guiceのためのロジック&側のドメインのもの、すなわちの構築をなくすのが先ではないでしょう、パイプラインとの論理でした。このうのは非常に容易なものになるだろう私のを除き、このよう なかなかgnarly、すなわちたい、と願っていることだと思う注入するものとの"パイプ"(別名:論理的にスレッドです。を読んで、カスタムスコープ(SimpleScope実施wikiページがあるものは明らかでないと明かけしますが、ご協力をお願いし...
- パイプの生存のための生命のJVMではどうすればよいを入力する必要はな範囲な口を出て、任意のマイナス面はないのか。
- どのような選択肢がないと発動範囲を入力の春の管理ビーン?でも作成の場合は、春のコンテキストを用いてSpringIntegrationッ春の豆を入guice。
- この音もサクサクというラップで鍵付きのシングルトンによる私のパイプidょうか?
乾杯 マット
解決
私の実施いるものは少醜設定...とても興味があり改善ことが可能でしょうコードをもう一部抜粋ともに点灯し
この変化のSimpleScopeえる;
- な参加をお待ちしており、春にctx
- む特定のbeanでは、レジストリのパイプラインキー)
- そのGuiceモジュールのbeanfactory
- 与えたレジストリの範囲implの範囲で入力した場合のパイプを活性化(させることができることを時以降一定の春豆はinit投稿内容の投稿者)
みとしっかりとした作りで、長を鷲掴みにした、特定の豆なアクセスなコストダウンが期待できれいbindAllのbeanfactoryの範囲のインスタンスは新しい投稿内容の投稿者に自分のモジュール、すなわち
PipeScope<SecurityId> pipeScope = new PipeScope<SecurityId>();
pipeScope.setPipeIdRegistry(pipeIdRegistry);
bindScope(Pipe.class, pipeScope);
bind(PipeScope.class)
.annotatedWith(Names.named("pipeScope"))
.toInstance(pipeScope);
SpringIntegration.bindAll(binder(), beanFactory);
にとって新しいいので必要性を明示的に提供し、レジストリのモジュールを見ることのできなうことで、鶏肉、卵ます。
のPipeScope基本的に店舗の価値に対するパイプキー(実際には、キーのリスト)に対してThreadLocalうに入力するように
public void enter(List<K> scopedKeys) {
checkState(values.get(scopedKeys) == null, "A scoping block is already in progress");
values.put(scopedKeys, Maps.<Key<?>, Object>newHashMap());
}
ているよう機能が完全にでも...少なくとも私は早く倒試ハーネスはとにかく