BeanManager.getReferenceで使用されるCreationalContextを破棄する必要はありますか？

Question

CDIには、CreationalContextとBeanManager.getReferenceで分かりません。

私はWildfly 8.2.1でCDI 1.2を使用しています。ここに問題があります。

私はサードパーティのライブラリによって作成されたCDI Beanを持っています。

豆：

public class ProducedBean 
{ 
    private long m_id; 

    public long getId() 
    { 
     return m_id; 
    } 
} 

そしてプロデューサー（これは一例です）：CDIカスタムスコープのコンテキストで

@Produces 
public ProducedBean getBean() 
{ 
    return new ProducedBean(); 
} 

、私はこのBeanにアクセスする必要があります。だから私は使用BeanManager：

final Set<Bean<?>> beans = beanManager.getBeans(ProducedBean.class); 
final Bean<?> bean = beanManager.resolve(beans); 
CreationalContext<JobContext> creationalContext = beanManager.createCreationalContext(null); 
final ProducedBean producedBean = (ProducedBean) beanManager.getReference(bean, ProducedBean.class, creationalContext); 
// Get id of ProducedBean 
// Then release creationalContext? 

私はこのコードに関する2つの質問があります。

1°）私はProducedBean作成後creationalContextを破壊する必要がありますか？私はjavadocを読んだが、それは私には分かりません。私はちょうどProducedBeanのIDを取得したい。

2°）beanManager.createCreationalContext(null)またはbeanManager.createCreationalContext(bean)を使用する方が良いですか？私の場合、私はちょうどProducedBeanのIDを読んでいます。

ありがとうございました。

Answer 1

まず、あなたのお豆はあなたがそれを扱う必要がある方法に苦しんでいる@Dependentです（私は意図的に願っています）。 @Dependentの場合、1回の注入につき1つのインスタンスがあり、それを注入したコンテキストBeanを破壊すると破棄されます。したがって、あなたの場合は、これを手動で処理する必要があります。今

、あなたに具体的な質問：

1. コンテキスト自体を処理する必要はありません。代わりに、ProducedBeanで作業を終えたらBean<ProducedBean>オブジェクトに戻り、destroy(T instance, CreationalContext<T> creationalContext)メソッドを呼び出してください。この場合も、Beanが@Dependentであるため、これを行う必要があります。
2. beanManager.createCreationalContext(bean)を使用することをお勧めします。その理由は、あなたのProducedBeanに（文脈上の）依存関係があるとします。他のものを注入する、これは注射を解決する。 nullを指定すると、正しくリコールすれば、インスタンス化されていないアンマネージドに対してのみ有効です。