Discussion :

[shogatsu]

Bonjour,
je vous pose une question car jusqu'à présent dans notre appli J2EE, on obtenait l'entityManager via l'annotation
bien connue : @PersistenceContext

Mes tests unitaires basés sur le ClassPathXmlApplicationContext fonctionnent bien sauf que l'architecte du projet
a du (pour des raisons assez complexes mais justifiées) utiliser une nouvelle annotation pour injecter
l'entityManager

Depuis mes tests unitaires n'arrivent plus à 'autowirer' l'entityManager dans mes classes BUsiness que je cherche
à instancier en tant que Bean pour ensuite tester leur methodes...

Ma question est la suivante, dois je créer une classe abstraite du genre AbstractTestBusiness dans laquelle je recupere
mon entityManager comme avant : je dois alors créer des beans héritant de cette classe et copier dans ces classes toutes
les methodes que je veux tester ou bien dois je continuer d'utiliser la classe AbstractBusiness ( dont héritent toutes
les classes Business du projet) et trouver l'origine de l'erreur ?

Si vous souhaitez plus de detail, je posterai le code de mes classes .. ,-)
Merci d'avance
Stephane

[tchize_]

a du (pour des raisons assez complexes mais justifiées) utiliser une nouvelle annotation pour injecter

Quelle annotation? Précision.

Modifier la hierarchie des tes objets "juste" pour ajouter des données servant aux tests unitaire est une mauvaise idée, les test unitaires ne doivent pas être invasifs.

[shogatsu]

Quelle annotation? Précision.

Modifier la hierarchie des tes objets "juste" pour ajouter des données servant aux tests unitaire est une mauvaise idée, les test unitaires ne doivent pas être invasifs.

En lieu et place de @PersistenceContext, il utilise @inject (ok je comprend) et une nouvelle : @DataRepository qu'il a créée en tant qu'interface, voici le code pour y voir plus clair :

=================================================

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Classe abstractBusiness dont heritent toutes les classes devant
utiliser l'EM
 
public abstract class AbstractBusiness {
 
    protected final ArianeLogger log = new ArianeLogger(getClass().getName());
 
    /** L'entitymanager. */
    @DataRepository
    @Inject
    //@PersistenceContext(unitName="ariane")
    protected EntityManager entityManager;
 
    /**
     * Constructeur.
     */
    public AbstractBusiness() { }
}

=================================================



=================================================
fichier DataRepository.java :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
@Qualifier
@Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER})
@Retention(RetentionPolicy.RUNTIME)
public @interface DataRepository {}

=================================================

Deux autres fichiers ont été créés : DataRepositoryProducer et DataRepositoryProducerLocal

dont voici le code :
=================================================

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
DataRepositoryProducer :
@Stateless
public class DataRepositoryProducer implements DataRepositoryProducerLocal {
 
    private EntityManager entityManager;
 
    @Produces @DataRepository // @ConversationScoped
    public EntityManager getEntityManager() {
        return entityManager;
    }
 
    @PersistenceContext(unitName="ariane")
    public void setEntityManager(EntityManager entityManager) {
        this.entityManager = entityManager;
    }
}

=================================================

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
@Local
public interface DataRepositoryProducerLocal {
 
    public EntityManager getEntityManager();
 
    public void setEntityManager(EntityManager entityManager);
}

=================================================

Le but de ces classes, d'apres mon architecte est de partager l'entityManager entre toutes les classes Business et de propager les transactions entre plusieurs méthodes transactionnelles, le hic c'est que mon environnement de test Spring ne parvient pas à gérer cette annotation...

Merci pour votre intéret à cette question

[tchize_]

Ce sont des annotations CDI. L'avantage c'est qu'elles sont intégrées avec les système d'EJB et autres conteneurs J2EE standard. Comment sont elles gérées dans l'application? Par spring? Par le conteneur J2EE? Si tu es dans le deuxième cas, pour tes unit test, ajoute WELD et démarre le correctement (voir la doc de WELD), c'est l'implémentation de référence de CDI. Mais peut etre que spring a un support CDI? Voir avec l'architecte qui est chargé, au final, de gérer ces annotations.

[shogatsu]

Salut !
A priori ces anntations CDI sont gérées par le serveur (glassFish en l'occurrence)
car Spring n'est utilisée que pour les tests ...
Cela dit j'ai trouvé un article évoquant une possible incompatibilité entre glassfish et WELD, nous avons GF 3 datant d'octobre dernier, sans doute devrions nous mettre à jour notre version...
Merci en tout cas et à plus !

[tchize_]

une possible incompatibilité entre glassfish et WELD,

Ce n'est pas un problème si WELD n'est utilisé que pour les test unitaire (et donc ne se retrouve jamais sur glassfish )