Discussion :

[greenzephyr]

Bonjour à tous,

Je suis novice en Maven et j'aurai besoin de votre aide.
Je développe une application composée entre autres de services dont l'implémentation est "pluggée" par Spring. Ainsi, en début de dévt, pour un service A, je crée les classes et interfaces suivantes : ServiceAInterface, ServiceAImpl et ServiceAStubImpl. Vous l'aurez compris les implémentations stub me servent à mettre du code bidon (mais utile pour avancer) derrière chaque service en attendant la vraie implémentation.

Bref, tout ceci pour vous dire que j'aimerai mettre en place l'arborescence suivante:
-src
+ main/java
+ stub/java
+ test/java
-target
+ classes
+ stub-classes
+ test-classes

Cela me parait propre : l'implémentation finale, les stubs et les tests sont bien séparés tant au niveau sources qu'au niveau destination. Mais je ne sais pas comment configurer maven pour la compilation avec une telle hiérarchie.
Pouvez-vous me donner des pistes pour configurer mon pom.xml pour faire cela ?

Sinon, peut-être n'est-ce pas la bonne solution et que je dois mettre mes stubs dans main/java aussi (et faire attention de ne pas les embarquer lors du packaging ...).

SVP, donnez moi vos conseils.
Merci

[evenisse]

si tu utilises tes stubs uniquement lors de tes tests, mets-les dans src/test

[greenzephyr]

Salut evenisse,

Merci de ta réponse.
En fait, je me suis mal exprimé.
Mes stubs ne sont pas utilisés par les tests unitaires mais je les utilise durant le développement. Par exemple, si j'ai besoin d'un service que quelqu'un d'autre est en train de développer, je fais un stub de ce service (qui fait qq chose de simple), ce qui me permet de continuer à developper en appelant le service ...

J'espère que c'est plus clair maintenant.

So, avez-vous une idée ?
Merci

[rseM2]

Bonjour,

A mon avis tu as deux choix possibles :

• Soit ce que tu veux faire est un bouchon pour l'ensemble de ton implémentation et alors il vaut mieux faire un module à part ServiceAMock ;
• Soit tu veux juste faire une implémentation par défaut que tu modifies au fil de l'eau est dans ce cas le mieux est de mettre ton code bidon (tu peux par exemple retourner une exception du style UnsupportedOperationException) directement dans test classes java et de le remplacer au fur et à mesure.

Rémy