は§3.1でCDI

Question

とジェネリックJSR-299の仕様状態を制限：

マネージドBeanクラスはジェネリック型である場合、それはスコープ @Dependentを持っている必要があります。パラメータ化されたBeanクラスを持つマネージドBeanが@Dependent以外のスコープを と宣言した場合、コンテナは自動的に を検出し、定義エラーとして処理します。効果的にあなたがこれを行うことができないことを意味する

：

@Named 
@SessionScoped or @RequestScoped or similar 
public class MyProducer<T> {...} 

この決定のための技術的な理由は何ですか？

万が一CDIの次期バージョンで是正されますか？

これに対処/対応するためのベストプラクティスはありますか？私は頻繁に使用することができます回避策は必要なスコープを持つBeanに一般的なPOJO-Beanを注入することである -

はあなたに

EDITありがとうございます。しばしば、必ずしもそうではありません。

Answer 1

はここで一般的な、非依存のBeanクラスです：

@ApplicationScoped 
public class FavouriteChooser<T> { 
    public T getFavourite() { 
     // ... 
    } 
} 

このBeanのインスタンスがアプリケーションに存在しますどのように多くの？ここで

は、注射部位である：

@Inject 
private FavouriteChooser<String> favouriteWord; 

そして、ここでは別です：

@Inject 
private FavouriteChooser<Integer> favouriteNumber; 

は、あなたの答えを変更しますか？ ：

@Inject 
private FavouriteChooser<CharSequence> favouriteLetters; 

EDIT：D

ああ、ここでは別です。ソリューションが必要な場合は、ジェネリッククラスの抽象クラスを作成し、そのタイプをバインドする具象サブクラスを追加することをお勧めします。したがって：

public abstract class MyProducer<T> {...} 

@Named 
@SessionScoped 
public class MyStringProducer extends MyProducer<String> {} 

@Named 
@SessionScoped 
public class MyIntegerProducer extends MyProducer<Integer> {} 

これは定型ですが、タイプごとに3行しかありません。あなたが望むかもしれないタイプごとにセッションごとに1つのインスタンスを与えることを覚えておいてください。

Answer 2

非依存スコープBeanをプロキシする必要があります - AFAIKこれはジェネリック型では不可能です。

UPDATE：

私は、より詳細にそれを説明できるのが大好きですが、私はありません;-)溶接はjavassistを使用していますよ、と彼らは述べることproxying generic types is possible in principle - 直接トップレベルAPIでサポートされていないが、 。しかし、我々は仕様については、溶接の実装ではなく、話している...

多分誰かがギャップを埋めることができますか？