L'injection d'un statique EJB, non?

Je veux écrire ce morceau de code :

@Stateless
public class MyEjb
{
    @EJB
    private static MyOtherEjbWhichIWantStatic myOtherEjb;
}

Il fait sens pour moi, que je veux injecter un EJB dans ma classe, comme un élément statique, pour diverses raisons.

Java n'est pas très heureux avec qui, malheureusement,

com.sun.enterprise.container.common.spi.util.InjectionException: Illegal use of static field private static MyOtherEjbWhichIWantStatic myOtherEjb on class that only supports instance-based injection

Je ne comprends pas, pourquoi je ne peux pas injecter un statique EJB dans un autre EJB ?

InformationsquelleAutor Cyril Gandon | 2010-07-07
  1. 26

    Comme d'autres l'ont souligné, ce n'est pas autorisé par le cahier des charges et la version courte est que le @EJB annotation est pris en charge uniquement pour les membres statiques dans les classes avec un main() fonction (voir la spécification EJB 3.0 et le client d'application conteneur).

    Pourquoi est-il si? Tout d'abord, en lecture/écriture aux champs statiques sont totalement interdits dans les Ejb (c'est la partie de l'EJB de restriction). De Pourquoi ne puis-je pas utiliser nonfinal champs statiques dans mon haricot d'entreprise?

    Nonfinal champs de classe statique sont interdits dans les EJBs, car de tels champs faire un haricot d'entreprise difficile, voire impossible, de distribuer. Champs de classe statique sont partagés entre toutes les instances d'une classe particulière, mais seulement au sein d'une seule Machine Virtuelle Java (JVM). Mise à jour d'une classe statique champ implique une intention de partager la valeur du champ parmi toutes les instances de la classe. Mais si une classe est en cours d'exécution dans plusieurs machines virtuelles simultanément, seules les instances en cours d'exécution dans la même JVM que la mise à jour de l'instance auront accès à la nouvelle valeur. En d'autres termes, un nonfinal statique de la classe de terrain va se comporter différemment s'il s'exécute en une seule JVM, qu'il exécute en plusieurs machines virtuelles. Le conteneur d'EJB se réserve la possibilité de distribuer des haricots d'entreprise à travers de multiples machines virtuelles (en cours d'exécution sur le même serveur, ou sur un cluster de serveurs). Nonfinal champs de classe statique sont interdits car enterprise bean instances se comportent différemment selon qu'ils soient ou non distribués.

    Il est acceptable d'utiliser des champs de la classe si ces champs sont marqués comme final. Depuis la finale de champs ne peuvent pas être mis à jour, les instances de l'entreprise bean peut être distribué par le conteneur, sans se préoccuper de ceux des champs de valeurs de devenir non synchronisés.

    Mais lors de l'utilisation en lecture seulement les champs statiques est autorisée, ce qui ne serait pas approprié pour les Ejb. Les Ejb Stateless peuvent être mis en commun, un conteneur peut décider de les détruire (ce qui est de la mise en œuvre spécifique) et que vous souhaitez que le conteneur choisir instance que vous allez utiliser, en particulier dans les environnements distribués. En d'autres termes, ne supposez jamais que vous êtes lié à une instance particulière.

    Donc au final, oui, c'est un non-sens.

    • Cristal clair, je vous remercie !
    InformationsquelleAutor Pascal Thivent
  2. 1

    Je ne comprends pas, pourquoi je ne peux pas injecter un
    statique EJB dans un autre EJB ?

    Parce que le spec ne le permet pas:

    5.2.3 les Annotations et l'Injection

    Comme décrit ci-après
    sections, un champ ou une méthode de certaines
    container-managed classes de composants
    peut être annoté pour demander qu'un
    entrée à partir de la demande du composant
    environnement être injecté dans le
    classe. [...] Pour toutes les classes, à l'exception
    application client classes principales, la
    les champs ou méthodes ne doivent pas être
    statique.

    Noter que l'exception (application client classes principales) n'existe que parce que ces classes ne sont jamais instanciée. Fondamentalement, les champs statiques sont généralement problématique, et doublement dans un serveur d'application, parce qu'ils peuvent contourner la séparation de traitement de la demande de threads et de transactions, qui sont le point de l'ensemble de l'aide d'un serveur d'application dans la première place.

    InformationsquelleAutor Michael Borgwardt
  3. 0

    De Java EE 5 spécification de l'injection de la statique des Ejb n'est autorisé que dans l'application client classes principales.

    Pour toutes les classes, sauf demande du client principales classes, les champs ou les méthodes ne doit pas être statique. Parce que demande les clients utilisent le même cycle de vie que J2SE applications, aucune instance de l'application client principal de la classe est créée par le client de l'application conteneur. Au lieu de cela, la statique principal de la méthode est invoquée. À l'appui de l'injection pour le client de l'application principale de la classe, les champs ou les méthodes annotées pour l'injection doit être statique.

    InformationsquelleAutor Robby Pond