injectionPoint.getBean() zwraca null, jeśli komponent bean jest komponentem EJB w języku Java EE 7 (CDI 1.1)

Question

Chcę pobrać komponent bean z metody producenta w celu odczytania jego właściwości. W niektórych scenariuszach fasola jest fasolką EJB Singleton.

Uprościliśmy kod, aby skoncentrować się na problemie.

mój prosty kwalifikator:

@Qualifier 
@Retention(RUNTIME) 
@Target({TYPE, METHOD, FIELD, PARAMETER}) 
public @interface InjectMe {} 

Proste producent:

@Dependent 
public class SimpleProducer { 

    @Produces 
    @InjectMe 
    public String getInjectMe(InjectionPoint ip) { 
     // ip.getBean() returns null for some reason 
     return "ip=" + ip + ", bean=" + ip.getBean(); 
    } 
} 

EJB (Singleton):

@Singleton 
@Startup 
public class SimpleSingleton { 

    @Inject 
    @InjectMe 
    private String injectMe; 

    @PostConstruct 
    public void init() { 
     System.out.println(injectMe); 
    } 

}

Console wyjście:

Info: ip = [BackedAnnotatedField] @Inject @InjectMe prywatny com.test.ejb.SimpleSingleton.injectMe, bean=null

Kiedy zmienić Singleton fasola szparagowa do CDI wszystko działa w porządku (ip.getBean() powraca not null). Pracował również w Java EE 6, nawet z ziarnami Singleton, ale nie ma go w Java EE 7. Używam serwera aplikacji Glassfish 4.

Czy to zachowanie jest określone gdzieś?

Answer 1

Korzystanie

injectionPoint.getMember().getDeclaringClass() 

działa na mnie w JBoss Application Server 10.1.0 i ja też go szybko przetestowany w Payara Server 4.1.1.162 #badassfish (build 116). Zrobiłem również test na zupełnie nowym serwerze Payara 4.1.1.164 #badassfish (kompilacja 28). Musiałem jednak zmienić zakres komponentu bean producenta na @ApplicationScoped. Domyślny zasięg nie działa. W moim przypadku, to nawet ma sens :)

Sposób

injectionPoint.getBean().getBeanClass() 

pracował dla mnie w starym Payara, ale nie w nowym JBoss Application Server 10.1.0.Final i nowy Payara Server 4.1.1.164 # badassfish (kompilacja 28).

Jeśli spojrzeć na Payara, aktualna nowa wersja 164 zawiera Weld 2.4.0. Finalna i WildFly 10.1.0Final używa wersji 2.3.5.Final. W obu wersjach klasyczny kod nie działa!

Wniosek jest taki, że na starszych implementacjach CDI (Weld) działa. W niektórych nowszych Weld (wprowadzone w Payara 161), zachowanie się zmieniło. Nie wiem, czy to celowe, czy nie.

Jednakże rozwiązanie jest użycie

injectionPoint.getMember().getDeclaringClass() 

i opisywanie fasoli producentowi

@javax.enterprise.context.ApplicationScoped 

adnotacji.