Configurable valeurs de MDB annotations

Je suis en train d'utiliser cette méthode pour la réception du courrier dans notre EJB3 app. En bref, cela signifie que la création d'un MDB avec les annotations suivantes:

@MessageDriven(activationConfig = { @ActivationConfigProperty(propertyName = "mailServer", propertyValue = "imap.company.com"),
    @ActivationConfigProperty(propertyName = "mailFolder", propertyValue = "INBOX"),
    @ActivationConfigProperty(propertyName = "storeProtocol", propertyValue = "imap"),
    @ActivationConfigProperty(propertyName = "debug", propertyValue = "false"),
    @ActivationConfigProperty(propertyName = "userName", propertyValue = "username"),
    @ActivationConfigProperty(propertyName = "password", propertyValue = "pass") })
@ResourceAdapter("mail-ra.rar")
@Name("mailMessageBean")
public class MailMessageBean implements MailListener {
    public void onMessage(final Message msg) {
       ...snip...
    }
}

J'ai ce travail, mais la situation est loin d'être idéale: Le nom d'hôte, nom d'utilisateur et mot de passe sont codés en dur. Court de l'utilisation de la fourmi et de construire.propriétés de remplacer ces valeurs avant la compilation, je ne sais pas comment externaliser.

L'idéal serait d'utiliser un MBean, mais je n'ai aucune idée de la façon d'obtenir les valeurs de la MBean à la base de données de configuration.

Comment dois-je faire cela?

OriginalL'auteur Sietse | 2008-11-21

Vous pouvez externaliser les annotations dans le ejb-jar.xml que vous déployez dans le META-INF de votre fichier jar comme suit:

<?xml version="1.0" encoding="UTF-8"?>

<ejb-jar version="3.0">
    <enterprise-beans>
        <message-driven>
            <ejb-name>YourMDB</ejb-name>
            <ejb-class>MailMessageBean</ejb-class>        
            <activation-config>
                <activation-config-property>
                   <activation-config-property-name>username</activation-config-property-name>
                   <activation-config-property-value>${mdb.user.name}</activation-config-property-value>
                </activation-config-property>
...
...
            </activation-config>
        </message-driven>
    </enterprise-beans>

Ensuite, vous pouvez définir la mdb.de l'utilisateur.nom de la valeur en tant que système de propriété dans le cadre de la ligne de commande de votre serveur d'applications à l'aide de -Dmdb.de l'utilisateur.nom=theUserName et il va magiquement obtenir ramassé par le mdb.

Espère que ça aide.

Pour JBoss, vous devez également activer <spec-descriptor-property-replacement>
Pour glassfish vous l'ajouter domain.xml fichier ou utilisez le créer-jvm-commande options dans le asadmin outil.
Ce mécanisme n'est pas dans le standard JEE.

OriginalL'auteur Brett Hannah

De JBoss 5.1 au moins, vous pouvez utiliser l'AOP pour configurer le @ActivationConfigProperties. J'ai découvert en regardant les exemples que jboss offre ici. Ceci est utile si vous ne voulez pas que votre nom d'utilisateur et mots de passe disponibles pour l'ensemble du conteneur dans l'un des systèmes de propriété, ou si vous êtes comme moi et que jamais, je le répète, JAMAIS, à déployer un artefact avec un nom d'utilisateur/mot de passe. De toute façon, ici, c'est le jist...

Annoter le mdb comme ça...

...
@MessageDriven
@AspectDomain("TestMDBean")
public class TestMDBean implements MessageListener {
...

Puis ajouter un ${quoi}-aop.xml pour déployer dir avec des éléments internes comme ci-dessous. J'ai laissé les commentaires d'origine dans ce cas Jaikiran n'apporter les modifications mentionnées...

Remarque: l'annotation doit être sur une
ligne uniquement.

<?xml version="1.0" encoding="UTF-8"?>
<aop xmlns="urn:jboss:aop-beans:1.0">
   <!-- TODO: Jaikiran - These interceptor declarations need not be here since they 
   are already declared through the ejb3-interceptors-aop.xml. Duplicating them leads to
   deployment errors. However, if this custom-ejb3-interceptors-aop.xml needs to be 
   independent, then we must find a better way of declaring these. Right now, commenting these
   out, can be looked at later. -->
   <!--    
   <interceptor class="org.jboss.ejb3.AllowedOperationsInterceptor" scope="PER_VM"/>
   <interceptor class="org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor" scope="PER_VM"/>
   <interceptor factory="org.jboss.ejb3.security.RunAsSecurityInterceptorFactory" scope="PER_CLASS"/>
   <interceptor class="org.jboss.ejb3.stateless.StatelessInstanceInterceptor" scope="PER_VM"/>

   <interceptor factory="org.jboss.ejb3.interceptor.EJB3InterceptorsFactory" scope="PER_CLASS_JOINPOINT"/>
   <interceptor factory="org.jboss.aspects.tx.TxInterceptorFactory" scope="PER_CLASS_JOINPOINT"/>
   -->
   <domain name="TestMDBean" extends="Message Driven Bean" inheritBindings="true">
      <annotation expr="!class(@org.jboss.ejb3.annotation.DefaultActivationSpecs)">
         @org.jboss.ejb3.annotation.DefaultActivationSpecs (value={@javax.ejb.ActivationConfigProperty(propertyName="destinationType", propertyValue="javax.jms.Queue"), @javax.ejb.ActivationConfigProperty(propertyName="destination", propertyValue="queue/MyQueue"), @javax.ejb.ActivationConfigProperty(propertyName="user", propertyValue="testusr"), @javax.ejb.ActivationConfigProperty(propertyName="password", propertyValue="testpwd")})
      </annotation>
   </domain>
</aop>

Avez-vous essayé cela avec JBoss MailListener au lieu de MessageListener?
Comment pouvons-nous le faire au Printemps?

OriginalL'auteur Joseph Valerio

Vous devez vous connecter pour publier un commentaire.